Closed Bug 2094 Opened 26 years ago Closed 25 years ago

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

Categories

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

Product:
Core
Component:
Networking: Cache
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: elig, Assigned: gagan)

References

(
URL
)

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 ago → 26 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 ago → 25 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.