Closed Bug 307384 Opened 19 years ago Closed 19 years ago

Software Update incorrectly retries if multiple Windows XP users are logged in

Categories

(Toolkit :: Application Update, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: djst, Assigned: darin.moz)

References

Details

(Keywords: fixed1.8)

The Software Update feature doesn't work properly when multiple users are logged
in and someone else is running Firefox at the same time. The bug here is that
the Software Update doesn't detect it. Instead, it reports that the
incremental/partial update failed and that it's going to try with the full
update. Once that is downloaded, it will ask the user to restart Firefox, only
to be presented with the Update feature again, and again. It simply doesn't
realize Firefox is used by another user.

Steps to reproduce:

1. Start Firefox in Windows XP using User A.
2. Press Win+L to go to the login screen and log in as User B.
3. Run the Software Update or wait for it to start automatically.

Actual behavior:

Firefox retries the software update without realizing User A is using Firefox
and thus making it impossible to replace the updated files.

Expected behavior: 

An error message should be displayed, explaining that other users are blocking
Software Update from updating Firefox.
Summary: Software Update incorrectly tries to update over and over if multiple users are logged in → Software Update incorrectly retries if multiple Windows XP users are logged in
Flags: blocking1.8b5?
Is this a dupe of bug 302969?
It looks like bug 302969 is covering the same use case, but not the same bug.
Maybe they're both related though.
In this use case, is the Firefox application directory writable by both users?
Yes, both accounts have Administrator privileges. Closing Firefox on one of the
accounts will allow the other account to update Firefox without problems again.
Flags: blocking1.8b5? → blocking1.8b5+
Darin - can you take a look?
Assignee: nobody → darin
Just for the record, obviously same thing happens when MOZ_NO_REMOTE=1.
Just for the record, obviously same thing happens when MOZ_NO_REMOTE=1.
Darin said his plan here is to instead of failing over to complete update when a
patch/update fails to apply due to files being in use, instead defer application
until next start. 
Depends on: 306961
(From comment #8)
> Darin said his plan here is to instead of failing over to complete update 
when a
> patch/update fails to apply due to files being in use, instead defer 
application
> until next start. 

See bug 306961.
This can be marked FIXED now that my patch for bug 306961 is in.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Keywords: fixed1.8
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.