Closed
Bug 530662
Opened 15 years ago
Closed 14 years ago
Installation countdown does not work for theme installations due to redirect
Categories
(addons.mozilla.org Graveyard :: Public Pages, defect, P5)
addons.mozilla.org Graveyard
Public Pages
Tracking
(Not tracked)
VERIFIED
WORKSFORME
Future
People
(Reporter: whimboo, Unassigned)
References
()
Details
(Whiteboard: [mozmill])
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5pre) Gecko/20091102 Shiretoko/3.5.5pre Probably due to a latest update for AMO we have a regression for installing a theme under certain conditions. When users try to install a theme and click on the install button the installation warning dialog pops-up but the counter doesn't decrement. You have to explicitly click the timer button. As what I can see is that we start a redirect when clicking the installation button on the AMO website. https://addons.mozilla.org/en-US/firefox/addon/122 => https://addons.mozilla.org/en-US/firefox/addon/122/developers/post_install?confirmed=true With that redirect the focus is probably removed from the installation warning dialog. And the timer only works when the dialog has focus. How serious is this issue? I can reproduce it on all platforms with the following steps: 1. Start Shiretoko and load https://addons.mozilla.org/en-US/firefox/addon/122 2. Click the green installation button 3. Wait and check that the timer doesn't decrease I'm not sure which component I have to use right now. So placing this into Add-ons Manager for now.
Updated•15 years ago
|
status1.9.2:
--- → unaffected
Reporter | ||
Comment 1•15 years ago
|
||
Screencast can be found here: http://screencast.com/t/ZTAyZjE4YzYt
status1.9.2:
unaffected → ---
Reporter | ||
Comment 2•15 years ago
|
||
Screencast can be found here: http://screencast.com/t/ZTAyZjE4YzYt
status1.9.2:
--- → unaffected
Reporter | ||
Comment 3•15 years ago
|
||
Sorry for the mess. I'm fighting with mid-airs. :/ Just one more note. The redirect does not happen for installations of extensions. It's theme only.
Reporter | ||
Comment 4•15 years ago
|
||
Why do we need this redirect for themes? CC'ing Wil. For me it looks like two separate bugs. One for the redirect and the other one for the focus loss. The latter one is probably already fixed on 1.9.2.
Comment 5•15 years ago
|
||
The redirect is because they've set the option to show the "meet the dev" page after install. That said, I can't reproduce the problem. It wfm.
Comment 6•15 years ago
|
||
I also can't reproduce, neither with Fx 3.6b3 nor with a (3.7) trunk build. Both on OSX, though. Is this platform-specific?
Comment 7•15 years ago
|
||
comment 0 says linux (and I was on linux) but the screencast looks like OS X. Either way, we can't reproduce this. Perhaps try it on a clean profile?
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 8•15 years ago
|
||
As I have said this problem is only present for Firefox 3.5 builds. It's not visible for any Namoroka or Minefield build. And it happens on all platforms. When you load https://addons.mozilla.org/en-US/firefox/addon/122 click the "Add to Firefox" button and wait - don't click install! Once the redirect happened the focus is removed and the countdown button is greyed out and shows 5s. I have setup a new XP machine under VM3 and the issue is promptly reproducible.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 9•15 years ago
|
||
This bug is not something we'd really work on in the Firefox code unless it was blocking1.9.0.x (and I don't believe it should be). So this should either be handled on AMO's side or it's a wontfix.
Comment 10•15 years ago
|
||
IIRC, the install process has a post-install callback that we could use to forward the user iff they actually installed the add-on, not right when they click the button. Added benefit: Clicking cancel takes you back to the add-on page you came from, not to the donation page.
Reporter | ||
Comment 11•15 years ago
|
||
That sounds like a good solution. I'll move it over to AMO. It's up to you now.
Status: REOPENED → NEW
Component: Add-ons Manager → Public Pages
Product: Toolkit → addons.mozilla.org
QA Contact: add-ons.manager → web-ui
Version: 1.9.1 Branch → unspecified
Reporter | ||
Updated•15 years ago
|
status1.9.2:
unaffected → ---
Updated•15 years ago
|
Assignee: nobody → fwenzel
Severity: normal → trivial
Keywords: regression
Priority: -- → P5
Target Milestone: --- → Future
Reporter | ||
Updated•15 years ago
|
Whiteboard: [mozmill]
Updated•14 years ago
|
Assignee: fwenzel → nobody
Updated•14 years ago
|
Status: NEW → RESOLVED
Closed: 15 years ago → 14 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 12•14 years ago
|
||
Jeff, which check-in has been fixed this problem in which version of AMO? Looks fine so far even on the public page.
Status: RESOLVED → VERIFIED
Comment 13•14 years ago
|
||
(In reply to comment #12) > Jeff, which check-in has been fixed this problem in which version of AMO? Looks > fine so far even on the public page. I have no idea. It happened when we switched themes to zamboni.
Assignee | ||
Updated•8 years ago
|
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•