Closed Bug 432055 Opened 17 years ago Closed 17 years ago

applicationCache.status is 0 through the update process

Categories

(Core :: DOM: Core & HTML, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.9

People

(Reporter: nanto, Assigned: dcamp)

References

()

Details

Attachments

(1 file)

applicationCache.status should return 2 (CHECKING) or 3 (DOWNLOADING) while the update process is running. But Gecko instead returns 0 (UNCACHED). http://lxr.mozilla.org/seamonkey/source/uriloader/prefetch/nsOfflineCacheUpdate.cpp#1231 In nsOfflineCacheUpdate::GetStatus, aStatus is not used. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008050206 Minefield/3.0pre
Blocks: 398161
Flags: blocking1.9?
Attached patch fix (deleted) — Splinter Review
Assignee: nobody → dcamp
Status: NEW → ASSIGNED
Attachment #320000 - Flags: superreview?(jst)
Attachment #320000 - Flags: review?(jst)
Attachment #320000 - Flags: superreview?(jst)
Attachment #320000 - Flags: superreview+
Attachment #320000 - Flags: review?(jst)
Attachment #320000 - Flags: review+
Attachment #320000 - Flags: approval1.9+
Keywords: checkin-needed
mozilla/uriloader/prefetch/nsOfflineCacheUpdate.cpp 1.8 mozilla/dom/tests/mochitest/ajax/offline/test_simpleManifest.html 1.2
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Keywords: checkin-needed
OS: Windows XP → All
Hardware: PC → All
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9
Version: unspecified → Trunk
Flags: in-testsuite+
Why is this closed? This is still a problem in 2012...regression, or did this patch never land?
Component: DOM: Mozilla Extensions → DOM
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: