Closed Bug 482230 Opened 16 years ago Closed 16 years ago

Set up page for unsupported OS versions for download process

Categories

(www.mozilla.org :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: sgarrity, Assigned: sgarrity)

Details

Attachments

(5 files)

We're creating a page for javascript-detectable un-supported operating system / versions. Alix Franquet is managing this, and I'm working on the implementation. This bug is to track the development of the new page and JS detection.
To be on the safe side, we're going to detect unsupported systems and show them a warning, and assume anything else is supported. The list of officially unsupported systems we'll attempt to detect is: * Windows 95 * Windows 98 * Windows ME * Windows NT 4.0 Next up, figuring how what user agent strings can safely identify these systems.
Looks like Microsoft kept the OS aspect of the User Agent string relatively clear [1]: "Windows NT 4.0" "Windows 98" (covers 98 and ME) "Windows 95" [1] http://msdn.microsoft.com/en-us/library/ms537503.aspx
Committed an initial version of the unsupported systems page in r23352. This page doesn't actually do the OS detection itself, that will be done in products/download.html and people will be redirected to this page.
The detection has been added to download.html in trunk in r23447. This is ready for testing.
As explained to me by Alix, this shouldn't be happening; users on any Windows platform but using anything other than Internet Explorer to download Firefox should get the generic page.
(In reply to comment #5) > Created an attachment (id=368055) [details] > Screenshot showing auto-trigger of downloading using IE 6 on Windows 98 SE Stephen, we weren't able to replicate this case, but we have made a change to the location of the javascript. Can you try to replicate? (In reply to comment #6) > Created an attachment (id=368058) [details] > Screenshot of Opera 9.6 getting the "IE instructions" page > As explained to me by Alix, this shouldn't be happening; users on any Windows > platform but using anything other than Internet Explorer to download Firefox > should get the generic page. A fix for this bug (well, it's a change in functionality) is coming.
Steven, still auto-triggering the download, and now we're just getting the three link blocks (missing the top of the page).
(In reply to comment #8) > Steven, still auto-triggering the download, and now we're just getting the > three link blocks (missing the top of the page). Sorry for all the back-and-forth on this one. We've got another fix in trunk. Can you give it another try in Win98?
Steven: https://www-trunk.stage.mozilla.com/en-US/firefox/unsupported-systems.html?product=firefox-3.0.7&os=win&lang=en-US isn't auto-triggering the download, but it appears that neither: https://www-trunk.stage.mozilla.com/en-US/ -nor- https://www-trunk.stage.mozilla.com/en-US/firefox detect Windows 98 SE and surpress the download-triggering (in fact, the green button doesn't show up on the homepage in Windows 98 SE, here).
I think this has to do with the special download button behaviour that IE gets. There's a popup-window used to work around security warnings for javascript-initiated downloads.
(In reply to comment #11) > (in fact, the green button doesn't show up on the homepage > in Windows 98 SE, here). Stephen, can you spin off a separate bug for that? I think I can identify the issue.
(In reply to comment #13) > (In reply to comment #11) > > (in fact, the green button doesn't show up on the homepage > > in Windows 98 SE, here). > > Stephen, can you spin off a separate bug for that? I think I can identify the > issue. Filed bug 484440; sorry for not filing it when I noticed it.
Alix: see comment 12; wonder if that's something we're willing to live with, unless it's easily fixable?
(In reply to comment #15) > Alix: see comment 12; wonder if that's something we're willing to live with, > unless it's easily fixable? We're working on a fix here.
Ok, I think we've actually gotten this taken care of (the download still starting for Win98).
Also, as of r23646, Win2K shouldn't be getting the windows download instructions anymore - it falls back on the default. Instead of showing any windows user the windows install screenshots/instructions, we are now looking for Windows XP or higher (XP, Vista, 7). Anything else falls back on the default download page. This is per Alix's directions.
(In reply to comment #18) > Also, as of r23646, Win2K shouldn't be getting the windows download > instructions anymore - it falls back on the default. > > Instead of showing any windows user the windows install > screenshots/instructions, we are now looking for Windows XP or higher (XP, > Vista, 7). Anything else falls back on the default download page. This is per > Alix's directions. Hey Steven - [1] I can confirm that the Windows 98 SE auto-download-triggering problem is indeed fixed [2] I can also confirm that Windows 2000 users are shown the generic page [3] Testing Windows Server 2003 confirms that it gets the generic page as well [4] XP and Vista are fine, and get the proper page [5] Mac and Linux are fine (unchanged) What's left to test is Windows XP/Vista with other browsers (Opera, Safari, Firefox).
Steven: Using Opera 9.64, Safari 3.2.2, and Firefox 3.0.7/2.0.0.20, all send me to the IE-specific download/install instruction page. Per the flow chart, https://bugzilla.mozilla.org/attachment.cgi?id=368277, this is incorrect; the only users who should see that page are IE users.
(In reply to comment #20) > Using Opera 9.64, Safari 3.2.2, and Firefox 3.0.7/2.0.0.20, all send me to the > IE-specific download/install instruction page. Yes, this was a logic mistake on our end (we were looking for winXP+, but not IE). This is fixed in r23688.
Steven/Alix: Re-tested; * All Mac users get the same Mac page (using Safari instructions) (auto-download) * All Linux users (Opera, Firefox) get the same generic page (auto-download) * Windows: ** 2000 users get the generic page (auto-download) ** 98 SE users get the "unsupported" page (no auto-download) ** IE 6 / 7 / 8 Windows XP/Vista get the standard IE on Windows page (auto-download) ** Users of Opera, Chrome, and Safari on Windows get the generic page (auto-download) Krupa: this should be something fun for you to work on; mind taking a look at this tomorrow with Alix and I? I can always use double-checking, especially on pages as critical as these. To test this, just hit www-trunk.stage.mozilla.com and compare the user experience to the flow chart mentioned in comment 20; thanks!
We're ready to push this live; Alix and I sat down today and tested the following: Windows XP - Opera 9.6.4: default + auto - Safari 3.2.2: default + auto - Firefox 3.0.7: default + auto - IE 6: windows + auto - IE 7: windows + auto - IE 8: windows + auto - Fx 2: default + auto - Chrome: default + auto Windows Vista - IE 7: windows + auto - IE 8: Windows + auto - Opera: default + auto - Safari: default + auto - Firefox 2: default + auto - Firefox 3: default + auto Windows 2000 IE 6: default + auto Fx 3: default + auto Windows 2003 server Fx3: default + auto IE6: Windows + auto Windows 98 IE6: warning + no dwn Opera: warning + no dwn Win 95, Me, NT4: can't test - no VM Linux (Ubuntu 8.1) - Firefox 3.0.7: default + auto - Opera 9.6.4: default + auto Mac 10.4: Firefox : mac + auto Safari: mac + auto Opera: mac + auto Mac 10.5: Safari: mac + auto Opera: mac + auto Firefox: mac + auto
So is the bug ready to be marked verified fixed and the changes pushed live tomorrow?
(In reply to comment #24) > So is the bug ready to be marked verified fixed and the changes pushed live > tomorrow? I'll get the files moved to Stage first thing tomorrow morning.
I've got all of the files moved to stage. We should do a run through of the pages on stage to confirm we have everything before pushing to production. When pushing to production, here are the affected files: /img/tignish/products/background-download-content.png /img/tignish/products/background-download-content-bottom.png /img/tignish/products/background-download-footer.png /img/tignish/products/background-download.jpg /img/tignish/products/background-firefox-download.png /img/tignish/download/vista/step1.png /img/tignish/download/vista/step2.png /img/tignish/download/vista/step3.jpg /img/tignish/download/xp/step2.png /img/tignish/download/osx/step1.png /img/tignish/download/osx/step2.png /img/tignish/download/osx/step2.jpg /img/tignish/download/osx/step3.jpg /img/tignish/download/number1.png /img/tignish/download/number2.png /img/tignish/download/number3.png /js/download.js /js/download.old.js /en-US/products/download.html /style/tignish/download-page.css
Turns out Kubla failed on the form submission - I'll try again (stand by).
Ok, these files should be on Stage now.
This bug is live -- Steven, please mark FIXED and I'll gladly verify.
Summary: Setup page for unsupported OS versions for download process → Set up page for unsupported OS versions for download process
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Thanks, all; I think we did a pretty good job on this! Verified FIXED; deployed live.
Status: RESOLVED → VERIFIED
How about detecting Mac OS X v10.3 and below here?
(In reply to comment #31) > How about detecting Mac OS X v10.3 and below here? I think that is addressed in bug 439792.
Component: www.mozilla.org/firefox → www.mozilla.org
Component: www.mozilla.org → General
Product: Websites → www.mozilla.org
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: