Closed
Bug 407536
Opened 18 years ago
Closed 17 years ago
don't prompt for software update unless firefox is the foreground application
Categories
(Toolkit :: Application Update, defect)
Toolkit
Application Update
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: moco, Unassigned)
References
()
Details
Attachments
(1 file)
96.36 KB,
image/jpeg
|
Details |
don't prompt for software update unless firefox 3 is the foreground application
dao already made it so we don't prompt unless we're idle, see bug #323041
screen shot coming of why this would be good.
Reporter | ||
Comment 1•18 years ago
|
||
Reporter | ||
Updated•18 years ago
|
Summary: don't prompt for software update unless firefox 3 is the foreground application → don't prompt for software update unless firefox is the foreground application
Reporter | ||
Updated•18 years ago
|
Comment 2•18 years ago
|
||
This image is also the topic of bug 406394.
Comment 3•18 years ago
|
||
Comment on attachment 292258 [details]
screen shot
Do we know that Firefox isn't the foreground application here?
Reporter | ||
Comment 4•18 years ago
|
||
> Do we know that Firefox isn't the foreground application here?
that's a good point, this could be a full screen web app in kiosk mode.
Updated•18 years ago
|
Flags: blocking-firefox3?
Updated•18 years ago
|
Flags: in-litmus?
Comment 5•18 years ago
|
||
I think that this bug is a little misguided and reacting to a corner case. When we run Firefox in kiosk mode, we should probably flip app.update.silent to true and just never show the modal, since that's consistant with kiosk mode needs (that would require another bug).
By default, we totally want Firefox to pop the update dialog when the app is in the background, we just don't want it to make that take UI focus from the OS. To the best of my knowledge (and I won't be able to test this until tomorrow) that's actually already what we do. The window opens (flashing the taskbar on w32) and when the user switches back to the app, the modal has focus.
Can we get a confirmation that we actually grab focus away from other apps before we block on this?
Flags: blocking-firefox3? → blocking-firefox3-
Keywords: qawanted
Comment 6•17 years ago
|
||
Dao, isn't that already solved yet?
Comment 7•17 years ago
|
||
We've done some things to improve update prompting, but it's not really clear what attachment 292258 [details] is showing.
A new bug could be filed for the first part of comment 5.
Status: NEW → RESOLVED
Closed: 17 years ago
Flags: in-litmus?
Keywords: qawanted
Resolution: --- → INCOMPLETE
Comment 8•17 years ago
|
||
So the modal dialog still pops-up in some situations? I haven't seen it automatically open since the global notification is used.
Comment 9•17 years ago
|
||
(In reply to comment #8)
> So the modal dialog still pops-up in some situations?
Yes, if the update wasn't applied after 24 hours or so.
Comment 10•17 years ago
|
||
It's a window though, not a modal dialog...
Comment 11•17 years ago
|
||
(In reply to comment #9)
> Yes, if the update wasn't applied after 24 hours or so.
As I already have pointed out on another bug I don't see the update dialog at all. Which prefs I have to set?
Comment 12•17 years ago
|
||
The default values for the update prefs should be fine. The window will only appear when the user isn't doing anything.
Assignee | ||
Updated•17 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•