update loop (patch apply failed)
Categories
(Toolkit :: Application Update, defect)
Tracking
()
People
(Reporter: vtol, Unassigned)
Details
Attachments
(7 files)
- W10 Pro x_64 v1909 b18363.476
- affected FX (x_64 en-GB) -> 71.0b10 | 72.0a1
- various FX profiles
- FX instances being launched with
-n -P - update setting:
[x] Check for updates but let you choose to install them[x] Use a background service to install updates
in a search for duplicates came across
but since both appear stale/unattended decided to lodge this one
Having applied an available update (patch) and restarted FX it keeps on promoting available updates in an endless loop.
Not sure whether pertinent but the the update logs are also exhibiting the failure of patches being applied.
Updated•6 years ago
|
Comment 1•6 years ago
|
||
Okay, let's try to get some more detail from the log file that's generated while applying the update; there should be some more specific error messages there. Please follow these steps:
- Type
about:configin the URL bar and press enter. - Click the "Accept the risk and continue" button if it is displayed.
- Type
devtools.chrome.enabledin the search box. - If the value you see is
falseand nottrue, toggle it to true by clicking the double-arrow button on the right. - From the application menu, open Web Developer -> Browser Console (or press Ctrl+Shift+J).
- Copy and paste the following into the text box at the bottom:
var fileLocator = Cc["@mozilla.org/file/directory_service;1"].getService(Ci.nsIProperties); var dir = fileLocator.get("UpdRootD", Ci.nsIFile); dir.reveal();. This should get you a File Explorer window. - From that window, open the
updatessubdirectory and attach the last-update.log and the backup-update.log files from there to this bug.
Thanks!
Updated•6 years ago
|
Mind that in order to get around th issue a full installer been downloaded and applied
- first the differential patch is downaloaded and installation fails
- after restart next attempt then downloads the full patch and installation fails
- after restart doorhanger is being displayed
last-update.log exhibiting
rename_file: failed to rename file - src: C:\Program Files\Mozilla\Firefox Nightly, dst:C:\Program Files\Mozilla\Firefox Nightly.bak, err: 13
Moving destDir to tmpDir failed, err: 7
failed: 7
Comment 8•6 years ago
|
||
Great, thank you.
I think this is likely to be related to bug 1596778; this looks like exactly the same symptoms and it started happening around the right time, and there's been several other reports of that same problem so it's probably pretty common. The good news is we have a fix for that bug, so what I'll ask you to do is see if this problem goes away once that fix reaches beta (which might be the next beta, or the one after that I'm not certain). If it's not better then, we'll see if something else is going on.
Thanks again.
Suppose the patch will hit Nightly first since it is affected too? If so I can report back on Nighly once the patch is released
Comment 10•6 years ago
|
||
That's right, yes; if you don't mind trying that, it would be helpful.
| Reporter | ||
Comment 11•6 years ago
|
||
Sure, once the patch hits the Nightly code base
| Reporter | ||
Comment 12•6 years ago
|
||
For the last 2 days the issue did not exhibit and thus presumably the relevant patchset sorted it.
That said a fresh installer that containes the patchset had to be downloaded or else the update loop could not be escaped - which is logical. Suppose that will be required for the beta branch as well, once the the code the gets uplifted.
Will you ask for an uplift to the current beta 71 branch or let it ride the trains?
Comment 13•6 years ago
|
||
A different fix landed on Beta and this patch will ride the trains.
Description
•