Closed Bug 507719 Opened 15 years ago Closed 14 years ago

[Exception... "update.locale file doesn't exist in either the XCurProcD or GreD directories"

Categories

(Toolkit :: Application Update, defect)

1.9.1 Branch
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: marcia, Assigned: robert.strong.bugs)

References

Details

Attachments

(1 obsolete file)

Seen while running  Mozilla/5.0 (Windows; U; WindowsCE 6.0; en-US; rv:1.9.2a1pre) Gecko/20090727 Firefox/3.6a1pre

Error: [Exception... "update.locale file doesn't exist in either the XCurProcD or GreD directories"  nsresult: "0x80520012 (NS_ERROR_FILE_NOT_FOUND)"  location: "JS frame :: file:///program%20files/firefox727/firefox/components/nsUpdateService.js :: getLocale :: line 562"  data: no]
Source File: file:///program%20files/firefox727/firefox/components/nsUpdateService.js
Line: 562

" directories", Cr.NS_ERROR_FILE_NOT_FOUND);
Whiteboard: [nv]
I haven't seen this at all while fixing the updater for WinCE. Where did you get this build?
The 20090727 build was built with --disable-updater which means that the locale file wasn't copied over. In theory we shouldn't ever try to access that as a result, but it looks like we do. Rob says this isn't [nv] specific so I'll leave the rest to him.
I'm going to move this to all/all and remove [nv], since it sounds like it's something that we're doing with --disable-updater that we shouldn't be.
OS: Windows CE → All
Hardware: ARM → All
Whiteboard: [nv]
It is a non-critical error when specifying --disable-updater. I am working on splitting out the timer code from app update to get rid of this error. I've already made it so this is possible with Sunbird, Thunderbird, and Firefox though Seamonkey's flat chrome prevents them from using preprocessing so they aren't fixed yet. As I have time I'll make this happen and just let Seamonkey figure out how they'd like to fix this for Seamonkey.
Attached patch patch rev1 (obsolete) — Splinter Review
Vlad, this is due to the app update component being present even when --disable-updater is specified along with the presence of the app.update.url pref which requires the update.locale file for %LOCALE%. I plan on making it so the app update component isn't built while still building nsIUpdateTimerManager in another bug.
Assignee: nobody → robert.bugzilla
Status: NEW → ASSIGNED
Attachment #398599 - Flags: review?(vladimir)
Comment on attachment 398599 [details] [diff] [review]
patch rev1

I'm going to take care of this in bug 471219 though I may want to try to get a small portion of this into 1.9.1.x
Attachment #398599 - Attachment is obsolete: true
Attachment #398599 - Flags: review?(vladimir)
Depends on: 471219
This is fixed on trunk and will likely be fixed on the 1.9.2 branch by the landing of bug 471219. I'm changing the version to 1.9.1 on this bug in case we want to address this separately there since bug 471219 will not be landing on the 1.9.1 branch.
Version: Trunk → 1.9.1 Branch
[Exception... "update.locale file doesn't exist in either the XCurProcD or GreD directories"  nsresult: "0x80520012 (NS_ERROR_FILE_NOT_FOUND)"  location: "JS frame :: file:///usr/lib/xulrunner-1.9.1.3/components/nsUpdateService.js :: getLocale :: line 549"  data: no]
file:///usr/lib/xulrunner-1.9.1.3/components/nsUpdateService.js
Line 549

I think you already figured it out, but I post this just in case it may be useful.
Since this is fixed on 1.9.2 and the error doesn't actually harm anything I'm resolving this as wontfix.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: