Closed
Bug 943383
Opened 12 years ago
Closed 12 years ago
'Allow now' becomes 'allow and remember' if looking again in the CTP doorhanger
Categories
(Core Graveyard :: Plug-ins, defect, P3)
Core Graveyard
Plug-ins
Tracking
(firefox26- affected, firefox27 affected, firefox28 affected, firefox29 verified)
VERIFIED
FIXED
mozilla29
People
(Reporter: pauly, Assigned: gfritzsche)
References
Details
(Keywords: regression)
Attachments
(1 file)
7.32 KB,
patch
|
jaws
:
review+
|
Details | Diff | Splinter Review |
STR:
1. Open http://benjamin.smedbergs.us/tests/ctptests/javaflash-together.html
2. 'Allow Now' Flash
3. Open the CTP doorhanger
AR: Flash is 'Allow and remember'
Reporter | ||
Comment 1•12 years ago
|
||
'Allow now' Flash:
after bug 926605 landed, Flash is 'Block plugin'
after bug 932786 landed, Flash is 'Allow and remember'
Blocks: 932786
![]() |
Assignee | |
Updated•12 years ago
|
Priority: -- → P2
![]() |
Assignee | |
Updated•12 years ago
|
Assignee: nobody → georg.fritzsche
![]() |
||
Updated•12 years ago
|
tracking-firefox26:
--- → ?
Comment 2•12 years ago
|
||
How is this verified as fixed on 26 in https://bugzilla.mozilla.org/show_bug.cgi?id=932786#c13 but now no longer working as expected? Did something else change between landing bug 932786 and now? Benjamin or David - is this a major issue or is it like in https://bugzilla.mozilla.org/show_bug.cgi?id=932786#c2 where it only affects a small subsection of users?
Reporter | ||
Comment 3•12 years ago
|
||
(In reply to lsblakk@mozilla.com [:lsblakk] from comment #2)
> How is this verified as fixed on 26 in
> https://bugzilla.mozilla.org/show_bug.cgi?id=932786#c13 but now no longer
> working as expected?
This is a different issue, even if the titles look closer.
(In reply to lsblakk@mozilla.com [:lsblakk] from comment #2)
> How is this verified as fixed on 26 in
> https://bugzilla.mozilla.org/show_bug.cgi?id=932786#c13 but now no longer
> working as expected? Did something else change between landing bug 932786
> and now? Benjamin or David - is this a major issue or is it like in
> https://bugzilla.mozilla.org/show_bug.cgi?id=932786#c2 where it only affects
> a small subsection of users?
I don't have any experience with CtP. John, is this something you can answer?
Flags: needinfo?(dmajor) → needinfo?(jschoenick)
Comment 5•12 years ago
|
||
The multi-item popup is a different case than the single-item popup that is bugged. If it's not difficult, it would be a good idea to add this to the ctp browserchrome tests, however.
Seeing as it is a broken confusing UI, and probably not too complicated to fix, I'm guessing we should track
Flags: needinfo?(jschoenick) → in-testsuite?
Comment 6•12 years ago
|
||
This is a very minor piece of UI, and not something that I would track at all. It still shows the correct enabled state, it just doesn't show you whether it's "for now" or "always" correctly.
Flags: needinfo?(benjamin)
Updated•12 years ago
|
![]() |
Assignee | |
Comment 7•12 years ago
|
||
The permission that is stored is indeed correct - this is just the display in the doorhanger being incorrect until you reload/reopen the page.
Will probably finish up later this week.
Priority: P2 → P3
![]() |
Assignee | |
Comment 8•12 years ago
|
||
Attachment #8344852 -
Flags: review?(jaws)
Updated•12 years ago
|
Attachment #8344852 -
Flags: review?(jaws) → review+
![]() |
Assignee | |
Comment 9•12 years ago
|
||
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla29
Reporter | ||
Comment 11•12 years ago
|
||
Verified fixed 29.0a1 (2013-12-11) Win 7 x64
Status: RESOLVED → VERIFIED
status-firefox29:
--- → verified
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•