See editsection link on https://incubator.wikimedia.org/wiki/Incubator:PREFIX#Prefix
Description
Details
- Reference
- bz42239
Event Timeline
(In reply to comment #1)
Explained in the documentation:
Then it would be better not to display those editsection links. Is there something that can be done in this extension, or is it a core bug?
Core tries to find the edit section links before Translate gets to replace <translate>foo</translate> with a value and thus doesn't find it when it is split into multiple lines. One thing to try could be to try avoiding making <translate> markup multiline in headers.
(In reply to comment #3)
Core tries to find the edit section links before Translate gets to replace
<translate>foo</translate> with a value and thus doesn't find it when it is
split into multiple lines. One thing to try could be to try avoiding making
<translate> markup multiline in headers.
but this wikitext works with editsection?
a <ref>1
2 </ref> b ==
<references/>
(In reply to comment #4)
but this wikitext works with editsection?
a <ref>1
2 </ref> b ==
<references/>
Maybe, but why should it and how is it related to Translate?
Anyway, INVALID request, there's no reason to use translate tags that way on translatable pages; there's an enhancement request at bug 40713 for translation pages, though.
Don't get me wrong, I'd be happy if the edit section links always worked, but I'm not going to fundamentally change the way page translation works to make it so. If there is easy way to fix this in MW core or Translate, I'd be happy.
Well I'm reopening it and moving it to core. Anyway it's core which creates these editsection links that it can't handle itself.
This isn't an enhancement request. The current user experience here is bad. Either the links should work or they shouldn't be shown.
(In reply to MZMcBride from comment #8)
In fact, it's still good to see the source but the links should be labled accordingly: "View section source"?
(In reply to Rainer Rillke @commons.wikimedia from comment #9)
(In reply to MZMcBride from comment #8)
In fact, it's still good to see the source but the links should be labled
accordingly: "View section source"?
Perhaps re-labeling would make sense, though this would differ from standard MediaWiki core behavior, which simply hides non-functioning section-edit links.
In any case, these links currently do not function as "view section source" links. We currently have:
<h3><span class="mw-headline" id="What_is_a_prefix.3F">What is a prefix?</span><span class="mw-editsection"><span class="mw-editsection-bracket">[</span><a href="/w/index.php?title=Help:FAQ&action=edit&section=12" title="Edit section: What is a prefix?">edit</a><span class="mw-editsection-bracket">]</span></span></h3>
Where https://incubator.wikimedia.org/w/index.php?title=Help:FAQ&action=edit§ion=12 is a broken link. Eep! We definitely do not want the current behavior and it's pretty clearly broken behavior.
Possible options here (as I see it) are:
- hide the section-edit links; or
- re-target the section-edit links.
It might be possible to hackishly implement either of these options using JavaScript, but that would likely be a gross and temporary solution.
If anyone has additional thoughts about possible paths forward here, please share.
I recently encountered this bug again at https://www.mediawiki.org/wiki/Manual:Page_props_table. It made me sad.
The reason is that previously after marking for translation, a new line was added between the unit id and content. Some time ago it was change that single line units do not add this newline, thus unbreaking edit section links.
Input
== <translate>Header</translate> ==
Previous output after marking for translation
== <translate><!--T:1--> Header</translate> ==
Current output after marking for translation
== <translate><!--T:1--> Header</translate> ==