Closed Bug 600708 Opened 14 years ago Closed 12 years ago

[Fx4Launch] build new Firefox Download Stats page

Categories

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

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jslater, Assigned: potch)

References

()

Details

Attachments

(2 files)

The pages are starting to roll in as part of the redesign project. The PSD for the download stats page is located here: http://intothefuzz.com/leetom/Mozilla.com/PSD/ (all other content is the same) Mike's project calendar has WebDev for the batch that includes this page running from 10/15-11/1. We're trying to run a little ahead of that schedule b/c there's so much work to do. I'm happy to answer any questions about schedule or prioritization that you might have. Thanks!
Daniel: as you know, the reporting on this page is currently broken and we've stopped linking to it. What needs to happen in order to get this fixed by December? Research has shown that displaying the download stats actually increases conversion, so it would be great to have this page fully operational when we relaunch the site (on 12/8).
No longer depends on: 599539
Depends on: 599439
Assignee: nobody → steven
I have a backburner project to do the necessary backend work to get this functionality back. I can raise the priority and get that done. Frankly, it could happen much quicker if if you had budget to increase the contractor hours for the project, but once done, webdev would need to write some new code to query the new backend. While we weren't really trying to add a lot to it, the new backend will be much more flexible in terms of allowing dynamic querying of particular countries or versions. Let's figure out what we want to do about the front end integration first. Want to set up a meeting for it?
(In reply to comment #2) > Let's figure out what we want to do about the front end integration first. Want > to set up a meeting for it? Will do. Who should I include?
Me, and if you have a webdev resource, them.
The redesign of this page is done in the nova branch in r76292. That doesn't address any of the issues in Comment #1 though - keep that in mind for QA. There's also a JS error in IE6 that also happens in production. This complicates QA a bit.
Thanks Steven. Page looks good, but like you noted there are some bigger issues at play here (comment #1) that are holding us back. Daniel, as far as I know those issues are in your court. Please keep us posted on the progress there (and if there's another owner who we should be checking in with instead, please let us know).
What's the status of this page? Will it be ok for launch? Should it be removed from the main menu?
(In reply to comment #7) > What's the status of this page? Will it be ok for launch? Should it be removed > from the main menu? Great catch, thanks Steven. It's looking like it won't be ready for launch on 12/14. Please remove from the main menu.
Done in r78690. Removing the [redesign] whiteboard tag - we'll have to come back to this.
Whiteboard: [redesign]
Attached image screenshot
there is an error with the header drop down on this page see attached screenshot
(In reply to comment #10) > Created attachment 497829 [details] > screenshot > > there is an error with the header drop down on this page see attached > screenshot Seems like that is an issue with jQuery being old or undefined
There's a local copy of jQuery (probably older) being included in this page. It's merged in with http://viewvc.svn.mozilla.org/vc/projects/mozilla.com/trunk/en-US/firefox/stats/js/stats.js Anyone feel like drudging through some minified JS?
Here's an unminified version of the file mentioned in comment 12
Target Milestone: --- → 1.1
Depends on: 559385
No longer depends on: 599439
Since potch and jeff are working on this, it might be worth having them look at this first as a part of the world map effort.
Assignee: steven → thepotch
Awesome - welcome Potch and Jeff! Moving this to 1.2 since code freeze for 1.1 is today. (1.2 launch is scheduled for 2/8)
Target Milestone: 1.1 → 1.2
Hey guys, Steven messaged me a few days back about the qTip integration but not sure if he's got the message so thought I'd pop it on here instead! The qTip HTML currently on the page that's currently causing the validation error isn't actually needed! It's generated on the fly (the HTML on the documentation was just for reference really heh) so it can be taken out :) Also, qTip2 would be a good fit here as its much less bulky for the needs you're using it for. Would be great to see it upgraded! Let me know and I can convert the code over for you.
Target Milestone: 1.2 → 1.3
Summary: build new Firefox Download Stats page → [Fx4Launch] build new Firefox Download Stats page
Hey Potch - is this a duplicate of Bug 607127? Seems like there's a lot of overlap between the two.
No longer depends on: 559385
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
(In reply to comment #18) > > *** This bug has been marked as a duplicate of bug 607127 *** So, just to clarify, since this was marked a duplicate of the above: the Download Day/"Glow" page will live on Mozilla.com at http://www.mozilla.com/en-US/firefox/stats/, rather than being its own micro-site? Looking at Lee's original PSD, and the intent of this bug, it was to re-skin the existing page, noted above, rather than re-design a new app for Firefox 4 downloads.
That's a good question. Can we get some clarification on this?
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
We still need to figure out if the glow site work that was done by potch and jeff can be integrated into the existing download stats page to replace the current map there. It is a known fact that the mechanism behind the existing map will not be fixed. If glow can't be integrated into this download stats page, then we need to shut down the entire page and remove access to it.
Glow was created specifically for the Fx4 launch. Although it's in app form it seems like it will cover all the functionality /stats does now in a more technically, visually refreshed and compelling way. One solution is to 'un-app' the glow page conditionally when accessed through the main menu so it fits better onto our standard web page flow. It would live at /stats. I think this will be fine to do shortly after launch since during launch we'll have multiple links to it on-site and through channels like snippets. Those will eventually go away and we'll still want a standard way to access this page. To compare: http://www.mozilla.com/en-US/firefox/stats/ http://people.mozilla.com/~mclaypotch/glow/
Target Milestone: 1.3 → ---
AHA! I knew if I pinged in enough of these bugs someone would eventually slip and leak out the URL of the prototype. So pretty... ::me wipes chin::
Component: www.mozilla.org/firefox → www.mozilla.org
Component: www.mozilla.org → General
Product: Websites → www.mozilla.org
Status: REOPENED → RESOLVED
Closed: 14 years ago12 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: