Closed
Bug 822374
Opened 12 years ago
Closed 12 years ago
QA new /firefox/new-b/ [Bedrock] page
Categories
(www.mozilla.org :: Pages & Content, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: cmore, Unassigned)
References
Details
(Whiteboard: [qa+])
Attachments
(4 files, 1 obsolete file)
Phase 1: For now, please focus on phase 1 and QA this page: https://www-demo2.allizom.org/b/en-US/firefox/new-b/ notes: * en-US only * Tabzilla is broken on demo2 servers and should be ignored in this test. * OS: Windows, Mac OSX, and Linux * Browsers: IE 6-10, Chrome recent versions, Firefox 4-17, Safari, Android * Test with JavaScript enabled and disabled * iOS users will get the desktop instructions and iOS should be ignored for now Phase 2: QA the 25% sample of the /firefox/new/ page Note: Depends on Google Analytics being on the site and we will give the green light when this will need to be done. Notes: * 12.5% of traffic to /firefox/new/ should go to /firefox/new-b/ * Verify that data is going into Google Analytics experiment
Reporter | ||
Updated•12 years ago
|
Summary: QA new /firefox/new-b/ → QA new /firefox/new-b/ [Bedrock] page
Whiteboard: [qa+]
Reporter | ||
Comment 1•12 years ago
|
||
Timeframe: We would like to be QA complete by Dec. 18th so we can do a 1-2 A/B test. Specific problems can be put in this bug and also ping :jpetto in the #webprod channel.
Comment 2•12 years ago
|
||
Right now downloads from android devices is not tracked in GA
Reporter | ||
Comment 3•12 years ago
|
||
(In reply to Isac Lagerblad (:icaaq) from comment #2) > Right now downloads from android devices is not tracked in GA That's fine because the current /firefox/new/ conversion funnel is set up to be a conversion when it goes to /products/download.html. /products/download.html serves up from d.m.o and for desktop-only. Our controlled tests is going to be conversions for desktop-only. We will later want to decide on site-wide tagging including Google Play store links.
Comment 4•12 years ago
|
||
Tested on Firefox 3.6 & 17, Chrome, Safari. Tested links are correct, display, download- that you can & version is correct, JS enabled/disabled. With Javascript disabled on Firefox & Safari the download button is behind an image: http://imgur.com/rW8dt
Reporter | ||
Comment 5•12 years ago
|
||
Here are the top 10 browsers and versions to the existing page since these are the browsers we need to make sure are not broken: Browser 10 top: 1) Firefox 17 2) IE 8 3) IE 9 4) Chrome 23 5) IE 6 6) IE 7 7) IE 10 8) Firefox 16 9) Firefox 3.6 1) Safari 536.26.17 The top 10 above should be tested on Windows first Windows is 87% of the traffic to this page.
Comment 6•12 years ago
|
||
No space between different and by in IE6 on windows https://www.evernote.com/shard/s30/sh/8549199b-1e55-41b4-9791-a4a88e9a34a1/43b50b6f039bf0345c0c04692d6d4ea7
Comment 7•12 years ago
|
||
Step 3 has been wrapped under step 1 in scene 2 (IE6) https://www.evernote.com/shard/s30/sh/c9ea049c-8001-40a5-9da3-e2546a2e1ec0/7ce0706a2ea93b11030bfc8abdf17acc
Comment 8•12 years ago
|
||
Scene 2 is visible for screenreaders before the actual download click has occurred
Comment 9•12 years ago
|
||
IE6 issues have been addressed, as has layout in Chrome/FF/Safari with JS disabled: https://www-demo2.allizom.org/b/en-US/firefox/new-b/ Added display: none; to scene 2 prior to download click to hide from screen readers.
Comment 10•12 years ago
|
||
Comment 11•12 years ago
|
||
Comment 12•12 years ago
|
||
Comment 13•12 years ago
|
||
Verified JS fix and IE6 UI fix.
Comment 14•12 years ago
|
||
Tested with all of the top ten browsers- no new bugs found.
Reporter | ||
Comment 15•12 years ago
|
||
Safari text display problem after button click.
Comment 16•12 years ago
|
||
The page is quite heavy right now, it weighs in on 787.75KB and 36 requests. You could get rid of many of those KB if you only serve the images that is needed to that specific OS and screen resolution. If you on OSX right now you can get rid of 101.29KB right away (the win install images). And on mobile all the desktop and install images wouldn't have to be loaded. You could load the scene2 images on window load as well and that would make the first scene to load faster. and make the install images a sprite to make one request instead of 3. There is more stuff to, I made a pull request yesterday but now i realize that you've probably haven't seen it. You can have a look at it here https://github.com/mozilla/bedrock/pull/540 and pick the commits you like. If you have any questions I'm in #www :)
Reporter | ||
Comment 17•12 years ago
|
||
Attachment #693553 -
Attachment is obsolete: true
Reporter | ||
Comment 18•12 years ago
|
||
Jon: Two things. 1) Can you let us know the status on getting the page weight solution in place regarding comment 16? 2) Did you get the Chrome green checkbox resolved?
Comment 19•12 years ago
|
||
(In reply to Chris More [:cmore] from comment #18) > Jon: Two things. > > 1) Can you let us know the status on getting the page weight solution in > place regarding comment 16? Added all optimizations suggested by Isac, save for replacing download instruction images with sprites. Will experiment with this optimization (in regards to responsive layout) tomorrow. Thanks Isac! The optimizations have not been pushed to demo2 as of this writing. > > 2) Did you get the Chrome green checkbox resolved? Yep, webkit green checkbox issue has been resolved (Chrome & Safari). This fix has been pushed to demo2.
Comment 20•12 years ago
|
||
The optimizations above (comment #19) have now been pushed to demo2.
Comment 21•12 years ago
|
||
https://gist.github.com/8ce7cf9472f9c9b1ef22 That will remove ~180KB of the initial load.
Comment 22•12 years ago
|
||
Jon: if you implement the gist in #comment21 I don't think the sprite-optimizations are necessary. I do think you should use a empty alt attribute value on the install images though, the description below them is enough :)
Comment 23•12 years ago
|
||
(In reply to Isac Lagerblad (:icaaq) from comment #22) > Jon: if you implement the gist in #comment21 I don't think the > sprite-optimizations are necessary. I do think you should use a empty alt > attribute value on the install images though, the description below them is > enough :) Done and done!
Reporter | ||
Comment 24•12 years ago
|
||
Jon: Can we push the updates to demo2 now?
Comment 25•12 years ago
|
||
(In reply to Chris More [:cmore] from comment #24) > Jon: Can we push the updates to demo2 now? pmac pushed these optimization updates earlier this morning.
Comment 26•12 years ago
|
||
wow, I just realized we can shave of yet another 75KB on the initial load by adding .ready-for-scene2 on the installation selector: .ready-for-scene2 .installation {... ... } The last optimization I can find is that you could use the base64 version [https://gist.github.com/81b9dcc5ba8e373401b7] of features-divider.png instead of making that request. I think that's all the optimization you can do on that page. the download-button and tabzilla are a different matter ;)
Reporter | ||
Comment 27•12 years ago
|
||
Jon/Isac: I'm ready to get this page on production if we are fine with the code as it stands now. Putting the page live won't do anything since we don't have the experiment enabled and we will be able to production testing before the A/B test is ready. We will also need to get in the /b/ redirect too.
Comment 28•12 years ago
|
||
It would be awesome if Jon could get the fixes in comment #26 before that. If that's not possible it's ok to push anyway. The page is quite fast now :)
Reporter | ||
Comment 29•12 years ago
|
||
All fixes are in place and code reviews by pmac and mkelly.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 30•12 years ago
|
||
interesting stuff on translate() or position:absoulte; http://paulirish.com/2012/why-moving-elements-with-translate-is-better-than-posabs-topleft/
You need to log in
before you can comment on or make changes to this bug.
Description
•