Closed Bug 2094 Opened 26 years ago Closed 26 years ago

Cached images don't fully load (stops at 8,192 bytes)

Categories

(Core :: Networking: Cache, defect, P2)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: elig, Assigned: gagan)

References

()

Details

* TITLE/SUMMARY Cached images don't fully load (stops at 8,192 bytes) * STEPS TO REPRODUCE 0) Clean install 12.29.98 build of Viewer 1) View the JPEG image located at http://www.cdrom.com/pub/png/img_png/pnglogo- blk.jpg (to put it into the cache) 2) Reload the image (by hitting the "Enter" key in the URL field, or by exiting Viewer, and launching a second time viewing the same URL) * RESULT - What happened Image stops loading after 8192. No crash or other unusual behavior. Also occurs with GIF images (i.e. http://www.prometheus-music.com/images/ rw_rough1.gif) Deleting cache files and reloading image results in the image being displayed in full. *** Images load fine when loaded as part of a *page*; they just don't load properly if loaded exclusively. (i.e. URL *is* the image file, rather than a web page that contains it.) - What was expected Full image loading, of course. Can't find any bugs to this effect in Bugsplat. Guessing unrelated to 1971, which looks JPEG-specific, despite the 8K stopping point noted there. Gagan or Pam? * REGRESSION - Occurs On viewer.exe (12.29.98 build of Viewer on Win NT 4.0) - Doesn't Occur On <didn't regress> * CONFIGURATIONS TESTED - Windows NT 4.0 SP 3, 96 MB RAM.
<Capriciously and arbitrarily assigned to "layout" component since Bugzilla returned a server error w/o a component selected. Please reassign as appropriate...>
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WONTFIX
Status: RESOLVED → REOPENED
Grr...I hate bugsplat and its descendents, and their decendents to come. Radar should have taken over the world. Anyway...Re-opening after erroneously closing.
Resolution: WONTFIX → ---
Assignee: kipp → gagan
Status: REOPENED → NEW
Severity: normal → major
Raising priority to 'Major', since this will substantially impede imaging QA.
Status: NEW → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 1856 ***
How could I not have guessed? ;) Anyway, I'm going to hold this one open as Resolved/Duplicate until 1856 is fixed.
Status: RESOLVED → REOPENED
Component: Layout → Networking Library
I had thought this was the same problem as 1856 but I think this is different. Still this is in cache and not a layout problem. Reopening and checking...
Status: REOPENED → ASSIGNED
Resolution: DUPLICATE → ---
[Clearing resolution...]
QA Contact: 1698
Setting all current Open Critical and Major to M3
setting paulmac as QA contact for all gagan's bugs (sorry for the spam)
Target Milestone: M3 → M4
Fixed with N2.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
verified fixed on 4/14 M4 builds
Changing all Networking Library/Browser bugs to Networking-Core component for Browser. Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do this in a bulk change. If this happens, I will fix. ;-)
Bulk move of all Networking-Core (to be deleted component) bugs to new Networking component.
Component: Networking → Networking: Cache
You need to log in before you can comment on or make changes to this bug.