Last modified: 2006-05-18 21:58:04 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T8001, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 6001 - {{localurl: Fails when used with the escaped {{pagename}} version ({{PAGENAMEE}}) on the main namespace.
{{localurl: Fails when used with the escaped {{pagename}} version ({{PAGENAME...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.7.x
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
http://es.wikipedia.org/wiki/Usuario:...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-05-17 11:09 UTC by Platonides
Modified: 2006-05-18 21:58 UTC (History)
1 user (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Platonides 2006-05-17 11:09:56 UTC
{{localurl: Fails when used with the Escaped page name version (and the page has
spaces in its name) on the main namespace.

It seems a bit race condition.

If you use {{PAGENAME}}, it works, but fails with {{PAGENAMEE}}. Works ok if you
provide the name as text.

This affects to {{FULLPAGENAME}} and {{FULLPAGENAME}} too.

You can see the tests at
http://es.wikipedia.org/wiki/Usuario:Platonides/bugs/localurl_escaped_spaces.

You'll need to preview it from a spaced-page on the main namespace.
Comment 1 Platonides 2006-05-17 11:17:10 UTC
It seems to work on plain ascii titles, but fail on some others. In [[wik i]]
works, but not on [[wik í]].
Comment 2 Platonides 2006-05-17 11:32:27 UTC
When i said that "affects to {{FULLPAGENAME}} and {{FULLPAGENAME}}"
meant that {{FULLPAGENAME}} works ok while {{FULLPAGENAMEE}} fails.
Comment 3 Rob Church 2006-05-17 14:42:24 UTC
Ought to be fixed in SVN trunk, r14270.
Comment 4 lɛʁi לערי ריינהארט 2006-05-18 13:05:13 UTC
Halló Platonides and Rob!

I wonder if this a valid change. Some time ago I was confused again where and
how the ...PAGEE magic words should be used in {{localurl:}} / {{fullurl:}}.

At that time I opened
Bug 1649: PAGENAMEE works only with 7bit characters in
<nowiki>{{localurl:{{NAMESPACE}}:{{PAGENAMEE}}}}</nowiki>
and it took a while to understand Brions comments.

{{localurl:}} / {{fullurl:}} expacts an title input between ":" and "|". This is
only the case if ...PAGE style magical words are used and *not always* when
using ...PAGEE type ones.

Depending on what special characters the ...PAGEE type magical words get,
{{...PAGEE:foo}} can be used in parameters as from={{...PAGEE:foo}}.

However it is hard to test all the combinations for the last usage.

Hope to get some time to see what has changed.

Best regards reinhardt [[user:gangleri]]

P.S. I hade not found so far any examples about different behaviour / output of
{{localurl:}} / {{fullurl:}} versus {{localurle:}} / {{fullurle:}}
Comment 5 Platonides 2006-05-18 20:34:12 UTC
Maybe Brion should explain why not fix. But shouldn't remain with these bugs.
They unexpectly break. I found it just by chance when working with an interface
message. I was doing probes with a non-ASCII7-titled page. Otherwise it'd go on
breaking for poor newbies.
Comment 6 lɛʁi לערי ריינהארט 2006-05-18 21:58:04 UTC
For my understanding there are some simple rules:

whatever generates a link inside [[ and ]] can be used unchanged between ":" and
"|" (and if no "|" is presen between ":" and "}}") in the magic words
{{localurl:}} / {{fullurl:}};
This means that you can use spaces, one "#" to delimit the anchor, *one*
starting colon. I did not try
[[ __ _ : __ foo _ __ #bar]] versus
{{fullurl: __ _ : __ foo _ __ #bar}}

The ...EE magic words (to which belongs {{TALKSPACEE}}) are generating portions
of the final url which can be generated with [[ ]] [ ] or protocoll://foo notation.

Whatever is include between "|" and "}}" is up to the user. The user has also
the responability about whatever he appendes after "}}".

There are many details about specific cases, sometimes the rendering is context
dependend and based on some assumptions (mentioned in bug 4581 comment 1).
In a clear context as inside [ ] the last character is the character before the
first space. In MediaZilla whatever is added inside the url fiels is part of the
url. This is why you can insert there both spaces and trailing cahracters as
".", ":" etc.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links