616418 - Links to anchors not correctly migrated from Tiki to Kitsune

Status: RESOLVED WONTFIX

(support.mozilla.org :: Knowledge Base Software, task)

Description

[Underpass]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; it; rv:1.9.2.13) Gecko/20101130 Firefox/3.6.13
Build Identifier: 

Sorry if this bug already exists, I did not find anything related.

In the page

https://support.mozilla.com/en-US/kb/Opening%20PDF%20files%20within%20Firefox

"Re-initializing the plugins database" links to 

https://support.mozilla.com/en-US/kb/Troubleshooting%20plugins#Re-initializing_the_plugins_database

but it should link to

https://support.mozilla.com/en-US/kb/Troubleshooting%20plugins#w_re-initializing-the-plugins-database

From what I see, all the links like this in the Knowledge Base suffer the same problem.

Reproducible: Always

Comment 1

[Scoobidiver (away)]

It happens also with links to an internal anchor but in that case the workaround with w_ does not work. See:
https://support.mozilla.com/en-US/kb/Pop-up%20blocker

Comment 2

[James Socol [:jsocol, :james]]

If we're going to fix this in code instead of updating the anchors over time, I'd prefer to change the way the wiki parser generates IDs for headings to match the old-style (which is more readable/guessable, anyway).

Comment 3

[Underpass]

Hello, are there any news about this issue?

Comment 4

[Paul Craciunoiu [:paulc]]

Nothing new afaik. How much of a problem is this?

Comment 5

[Kadir Topal [:atopal]]

I guess Michael can answer that best.

Comment 6

[Vito Smolej]

There may be real problems elsewhere, but I see no problem with the Glossary. The external links work as always and the document itself is so short that I don't think there's any need for internal anchors. I put some of them back in again for a test and it is not worth the bother. I can provide the complete update, if there's a concensus that it is crucial for SuMo.

I for one vote for worksforme.

Regards

smo

Comment 7

[Scoobidiver (away)]

Comment 1 was wrong. The #w_ workaround works also for internal anchor links. The given example was not well chosen as anchors in that article use _ instead of -.

In addition to the need to add #w_ to all existing anchor links, there are problems with punctuations, non-breaking spaces and accents. See this example that gathers the 3 issues:
https://support.mozilla.com/fr/kb/localiser-laide-de-firefox#w_aide-recherchaeea
instead of
https://support.mozilla.com/fr/kb/localiser-laide-de-firefox#aide-recherchée

Comment 8

[James Socol [:jsocol, :james]]

The migration was a year ago, and even then, post-migration was already too late to really fix this.

If we decide to change the way IDs are generated for headers and break existing links now (see bug 697393) it's no longer a migration issue.