Today's Nightly added PDF Viewer 0.2.414. The Add-ons Manager details for the item include a home page link of <http://support.mozilla.org/en-US/kb/using-mozilla-pdf-viewer>. That page does not exist.
I though it was https://support.mozilla.org/kb/Opening%20PDF%20files%20within%20Firefox which is a more generic article.
Bill Walker emailed me about this and I suggested that we update the article that Scoobidiver points out. Since we don't track support documentation in bugzilla we can probably close this.
(In reply to Verdi from comment #2) > Since we don't track support documentation in bugzilla we can probably close this. I disagree. The home page link must be set to the one in the URL field.
WFM: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120418 Firefox/14.0a1 https://support.mozilla.org/en-US/kb/Opening%20PDF%20files%20within%20Firefox However, I don't know if we should resolve fixed PDF viewer bugs as WORKSFORME or FIXED.
Ok sorry - more info. I didn't realize that this was about linking to rather than the creation of an article. http://support.mozilla.org/kb/Opening+PDF+files+within+Firefox is the correct target. If that url is going to be part of an html page that is separate from the bits shipped with Firefox (not sure how this part of the add-on manager works) then it should be written as above (no https, no locale). If the url is something that works like an in-product link (think question mark links in the preference panes), then we need to use a specially formatted url and we'll have to redirect that on sumo to the correct article. In this case (let me know if it is) we should use http://support.mozilla.org/1/firefox/%VERSION%/%OS%/%LOCALE%/pdf-viewer I don't think we'll have to set any of those variables since this will only show up when applicable and sumo will take care of showing a platform specific or locale specific (if it exists) version of the article.
http://hg.mozilla.org/mozilla-central/rev/7a89be8dbecc (bug 743264) fixed this link to point to https://support.mozilla.org/kb/Opening%20PDF%20files%20within%20Firefox . It's hardcoded in the extension meta data, so we can't easily use the normal "in product link" mechanism. This solution seems fine for now.
Verified fixed using Windows 7 and the latest Nightly.