Closed (duplicate)
Project:
Drupal core
Version:
8.0.x-dev
Component:
base system
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
10 Dec 2009 at 20:27 UTC
Updated:
1 Oct 2014 at 12:39 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
c960657 commentedReroll.
Comment #2
dries commentedThat makes a ton of sense, IMO. Let's see what the tests say.
Comment #3
rfaysubscribing. Not sure how this fits in the "no API/interface changes" period we're kind-of in.
Comment #4
sun.core commentedYes, it makes a ton of sense, but 1) it's 2-3 months past API clean-up freeze 2) breaks already ported modules and 3) we have a lot more pressing issues in the queue. If this would've been ready during slush, I would have RTBC'ed it immediately.
Comment #5
c960657 commentedComment #6
c960657 commentedComment #7
c960657 commentedComment #9
c960657 commentedComment #10
dcam commentedRerolled #9.
Comment #11
dcam commentedRerolled #10.
Comment #13
dcam commentedThe migration of the email field into core introduced a new call to theme_menu_link().
Comment #14
dcam commented#13: href-path-656614-13.patch queued for re-testing.
Comment #16
tim.plunkettJust a global search/replace.
Comment #18
tim.plunkettMissed a couple bits in link.module
Comment #19
Sachini commentedPatch path-656614-18.patch re-rolled for 8.x
The patch applies cleanly at commit c75929755f2e0ad474db48a4ac580bc5b92f8c59
Comment #21
miro_dietikerPatch from #19 contains wrong merge conflict marks... Back to patch #18 then!
Comment #22
miro_dietikerStarted with a new global search and replace.
And added link.module changes.
Unsure if i did replace too much. Let's see mr. bot! :-)
Comment #23
miro_dietiker22: 656614_link_href_path_22.patch queued for re-testing.
Comment #25
miro_dietikerReroll and apply replacement pattern to new matches for #href.
Comment #26
miro_dietiker25: 656614_link_href_path_25.patch queued for re-testing.
Comment #28
miro_dietikerTrying a reroll. Some conversions are already in...
Comment #30
miro_dietikerRerolling.
Not that many #href remaining now that we have #route_name references, too.
Possibly there are some #path instances that should be converted to #route_name, too?
Guess there are still the same fails as before?
Comment #32
miro_dietikerRerolling and fixing. :-)
Comment #33
miro_dietikerDropping old attachments.
Comment #35
miro_dietikerNice. The previous failing are gone. Now all others fail.
So currently we need both (new) #path and (old) #href support on drupal_pre_render_link().
Comment #36
miro_dietikerForgot the interdiff.
Comment #37
tim.plunkettWhy would we keep this legacy support?
Comment #38
miro_dietikerPatch at #30 switches away from #href to #path with the resulting 19 fails.
I didn't see how to fix those. Looks like the link field provides still #href instead of #path... Thought this might be by intention as an explicit href attribute.
Not sure if we even need all this conversion after the #route_name introduction.
Comment #39
tim.plunkettWhile many of the #href/#path will be replaced with #route_name, we still need it for external links.
Comment #42
realityloop commentedPatch rerolled
Comment #43
realityloop commentedFound 2 more occurances
Comment #46
realityloop commentedreroll
Comment #48
realityloop commentedreroll attached
Comment #49
realityloop commentedComment #50
yesct commentedRead through the patch, I dont see anything wrong with this. :)
Comment #51
tim.plunkettI think this will conflict with #2277103: Switch Drupal::l() and LinkGenerator to expect a Url object, let's make sure that goes in first (since its a beta blocker).
Comment #53
realityloop commented@277103 is marked as fixed, here is a reroll
Comment #55
realityloop commented@alexpott pushed a commit that stopped theis from applying, another reroll.
Comment #56
dawehnerWell, actually #2347465: Convert all instances of #type link/links to convert to use routes should kill all instances of #href, sorry.
Comment #57
pwolanin commentedAlso, any case using #href would refer to a URI, not a path, so I think this should be closed.
Comment #58
dawehnerYeah, thank you for your work on this issue though!