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)

Product:
Core
Component:
DOM: Core & HTML
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED
Milestone:
mozilla1.9

People

(Reporter: nanto, Assigned: dcamp)

References

(
URL
)

Details

Attachments

(1 file)

fix
1.66 KB, patch
jst
: review+
jst
: superreview+
mtschrep
: approval1.9+
Details | Diff | Splinter Review
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 — — 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

Creator:
Created:
Updated:
Size: