Page MenuHomePhabricator

Outdated expressions preceeding numeric IDs in Definition: page titles may be confusing.
Closed, ResolvedPublic

Description

Author: rsperberg

Description:
I went to Omegawiki and searched for "ear"

When I got to that page (after the diambiguation page), the heading read:

DefinedMeaning:who (5510)

instead of DefinedMeaning:ear

All of the definitions and synonyms/translations were for "ear".

There's a screen capture of what I saw here:

http://www.mediamax.com/rsperberg/Hosted/omegawiki/who-for-ear.jpg

This duplicated behavior I experienced earlier today. In that instance, I first
searched for and edited the "mouth" page, then searched for and edited the
"nose" page. However, when I was on the page with the "mouth" definitions, it
had a different heading, and when I was on the page with the "nose" definitions,
the heading was
DefinedMeaning:mouth (5471)

This took place this morning. The log says the time was 13:24.

This morning I was using Firefox 1.5.0.11. This evening, I was using IE ver 7.0
(7.0.5730.11.xpsp_sp2_gdr.061219-0316CO), on Win XP SP2.


Version: master
Severity: enhancement
OS: Windows XP
Platform: PC

Details

Reference
bz9429

Event Timeline

bzimport raised the priority of this task from to Low.Nov 21 2014, 9:41 PM
bzimport set Reference to bz9429.
bzimport added a subscriber: Unknown Object (MLST).

rsperberg wrote:

Hm-m. It seems like a bug to me, and I don't see reference to it here. But a
note at Omegawiki indicates this is known behavior, so I guess this is a false
alarm.

Rsperberg

The id of the DM for "ear" with definition "The organ of hearing, consisting of the pinna, auditory canal, eardrum, malleus, incus, stapes and cochlea." is "who (5510)". I can see how this is confusing, but it is not a bug. DM ids cannot be renamed.

Reopening since this annoying and confusing "feature" should imho dissapear.

Actually, when linking to "Definition:something_(numeric-id)", the "something" part is required but irrelevant, and can even be empty. What appears on the final page, is also pretty irrelevant. It reflects a piece of edit history.

So, we should find page titles better suited for human consumption on the long run.

Purodha claimed this task.

This has been fixed meanwhile. Whatever string is in an URL of a DefinedMeaning page preceding the bracketed numeric ID, it is ignored now, and a replaced by a canonical string during a redirect with URL rewrite. This should avoid any confusion.

Feel free to reopen if you think that is not so.