Closed
Bug 485263
Opened 17 years ago
Closed 17 years ago
Default Groovy Blue persona doesn't render in browser chrome when installed from the bundle
Categories
(Mozilla Labs Graveyard :: Personas Plus, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
1.0
People
(Reporter: stephend, Assigned: cbeard)
References
()
Details
Steps to Reproduce:
1. Download the bundle from http://www.getpersonas.com (http://releases.mozilla.com/personas/win32/en-US/Firefox%20Setup%203.0.7.exe) -- I used Opera 9.64 to download the bundle.
2. Install Firefox 3.0.7
3. When it does its first-run promo, look at the browser chrome and click on the fox mask to "get started"
Expected Results:
Groovy Blue persona is selected and applied by default
Actual Results:
Although it appears to be selected by default, it doesn't apply
(See screencast: http://screencast.com/t/nmrItYEzkfL)
| Reporter | ||
Updated•17 years ago
|
Target Milestone: -- → 1.0
| Reporter | ||
Comment 1•17 years ago
|
||
Myk says to note: http://www.getpersonas.com/store/3/3/33/index_1.json is its JSON, but that:
"when you first select a persona, the extension gets its JSON record from the HTML of the gallery page or, for personas selected from the menu in the extension, from the data feed (http://www.getpersonas.com/store/index_1.json)"
Comment 2•17 years ago
|
||
Confirmed. This is happening because the locations of the Groovy Blue header and footer images have changed since we shipped 1.0rc1 with Groovy Blue as the default persona. 1.0rc1 refers to those files in the following locations:
header: 3/3/33/tbox-groovy_blue.jpg
footer: 3/3/33/stbar-groovy_blue.jpg
But they're now located at:
header: 3/3/33/groovy_blue_header.jpg
footer: 3/3/33/groovyblue_footer100.jpg
We could respin, but I suspect that a server-side fix would be easier. cc:ing Toby for his thoughts on what that fix would be (reupload the images with their original names?).
OS: Windows XP → All
Priority: -- → P1
Hardware: x86 → All
if another option is to assign another default -- one whose files remained in the same spot before and after 1.0rc1 was spun -- we can find another design that meets our needs.
OS: All → Windows XP
Priority: P1 → --
Hardware: All → x86
Comment 4•17 years ago
|
||
just rename the two image files to the originals, edit the persona to upload them, approve the edit, and it should fix itself.
Comment 5•17 years ago
|
||
(In reply to comment #3)
> if another option is to assign another default -- one whose files remained in
> the same spot before and after 1.0rc1 was spun -- we can find another design
> that meets our needs.
That wouldn't work, as we'd have to respin the extension to use that persona instead.
Comment 6•17 years ago
|
||
(In reply to comment #5)
> We could respin, but I suspect that a server-side fix would be easier. cc:ing
> Toby for his thoughts on what that fix would be (reupload the images with their
> original names?).
I have some problems to understand the respin idea here. I did a test with the bundle and its fine when the hostfile points with personas etc to stage, but it fails on the live sites. So i think that a we should fix the websites then, because its working on stage ?
Comment 7•17 years ago
|
||
The revised-named files were never uploaded to staging. Thus, they still have the old names (and old problems).
Comment 10•17 years ago
|
||
Suneel's renamed files have made it out to the servers, and Groovy Blue now shows up correctly by default when you first start the bundle.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
| Reporter | ||
Comment 11•17 years ago
|
||
(In reply to comment #10)
> Suneel's renamed files have made it out to the servers, and Groovy Blue now
> shows up correctly by default when you first start the bundle.
Verified FIXED; thanks for the quick turnaround!
Status: RESOLVED → VERIFIED
Updated•9 years ago
|
Product: Mozilla Labs → Mozilla Labs Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•