Closed
Bug 899069
Opened 11 years ago
Closed 10 years ago
Automatic update for l10n nightly builds not working because update.php script returns wrong address
Categories
(Calendar :: Build Config, defect)
Calendar
Build Config
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: kaulich, Assigned: mschroeder)
References
Details
User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:23.0) Gecko/20100101 Firefox/23.0 (Beta/Release) Build ID: 20130725195523 Steps to reproduce: Trying to update the nightly builds by the update mechanism, using earlybird on windows with a german localisation. Actual results: I get the error console with Zeitstempel: 29.07.2013 15:56:37 Warnung: WARN addons.xpi: Download failed: 404 Not Found Quelldatei: resource://gre/modules/XPIProvider.jsm Zeile: 5115 Expected results: Update should start.
Comment 1•11 years ago
|
||
You can set the advanced preference "extensions.logging.enabled" to "true". This should provide additional output in Error Console including the URL that is received for the Lightning nightly update package. Please test and post the result here.
Updated•11 years ago
|
Flags: needinfo?(kaulich)
Reporter | ||
Comment 2•11 years ago
|
||
Hi, it tries t download the localized builds from the 'not l10n' directory: LOG addons.xpi: Download started for https://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/latest-comm-aurora/lightning-2.7a2.de.win32.xpi to file C:\Users\kaulich\AppData\Local\Temp\tmp-uzg.xpi
Flags: needinfo?(kaulich)
Updated•11 years ago
|
Status: UNCONFIRMED → NEW
Component: General → Build Config
Ever confirmed: true
Summary: Update for earlybird fails → Automatic update for l10n nightly builds not working because update.php script returns wrong address
Reporter | ||
Comment 3•11 years ago
|
||
Still true for 2.9a2 on a german windows.
Version: Lightning 2.6 → Lightning 2.9
Comment 4•11 years ago
|
||
Hi Christoph, sorry for the delay. With logging enabled, does it tell you from which URL its downloading the update info? It should start with: https://calendar.mozilla.org/update.php
Comment 5•11 years ago
|
||
Problem is that the returned download link points to latest-comm-central / latest-comm-aurora folder, e.g. .../nightly/latest-comm-central/lightning-3.0a1.de.win32.xpi where the file is not found. For non en-US builds it should point to the correct l10n sub-folder, e.g. .../nightly/latest-comm-central-l10n/win32/lightning-3.0a1.de.win32.xpi
Comment 6•11 years ago
|
||
Yes, I'm just looking for the request URI so I can reproduce. I admit I haven't tried it myself, but I thought since one of you must surely have update logging enabled it would be easy to figure out?
Reporter | ||
Comment 7•11 years ago
|
||
LOG addons.updates: Requesting https://calendar.mozilla.org/update.php?buildID=20131130030208&appABI=x86-msvc&appOS=WINNT&locale=de&appVersion=28.0a1&appID={3550f703-e582-4d05-9a08-453d09bdfdc6}
Reporter | ||
Updated•11 years ago
|
Version: Lightning 2.9 → Lightning 3.0
Reporter | ||
Updated•10 years ago
|
Version: Lightning 3.0 → Lightning 3.2
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → mschroeder
Status: NEW → ASSIGNED
Reporter | ||
Comment 8•10 years ago
|
||
1395407226916 addons.xpi WARN Download of https://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/latest-comm-central/lightning-3.3a1.de.win32.xpi failed
Version: Lightning 3.2 → Lightning 3.3
Assignee | ||
Comment 9•10 years ago
|
||
Please, everyone test the update for nightly and alpha Lightning builds as a new update logic is live now.
Assignee | ||
Updated•10 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Version: Lightning 3.3 → unspecified
Reporter | ||
Comment 10•10 years ago
|
||
The check seems to work, as it finds now an update on every start of thunderbird, even if the nightly of lightning was not rebuild. So maybe the check of the build date has to be improved. TB 32, lightning 3.4
Assignee | ||
Comment 11•10 years ago
|
||
(In reply to Christoph Kaulich from comment #10) Christoph, thanks for your feedback. I will have a look at the script and try to improve the situation concerning the download of the same build again.
Assignee | ||
Comment 12•10 years ago
|
||
(In reply to Martin Schröder [:mschroeder] from comment #11) > (In reply to Christoph Kaulich from comment #10) > Christoph, thanks for your feedback. I will have a look at the script and > try to improve the situation concerning the download of the same build again. Please, have a look at bug 1044955 for an explanation of the update behavior.
You need to log in
before you can comment on or make changes to this bug.
Description
•