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)
Tracking
()
VERIFIED
FIXED
M4
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.
Reporter | ||
Comment 1•26 years ago
|
||
<Capriciously and arbitrarily assigned to "layout" component since Bugzilla
returned a server error w/o a component selected. Please reassign as
appropriate...>
Reporter | ||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WONTFIX
Reporter | ||
Updated•26 years ago
|
Status: RESOLVED → REOPENED
Reporter | ||
Comment 2•26 years ago
|
||
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.
Reporter | ||
Updated•26 years ago
|
Resolution: WONTFIX → ---
Reporter | ||
Updated•26 years ago
|
Severity: normal → major
Reporter | ||
Comment 3•26 years ago
|
||
Raising priority to 'Major', since this will substantially impede imaging QA.
Status: NEW → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 5•26 years ago
|
||
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...
Reporter | ||
Updated•26 years ago
|
Resolution: DUPLICATE → ---
Reporter | ||
Comment 7•26 years ago
|
||
[Clearing resolution...]
Reporter | ||
Updated•26 years ago
|
QA Contact: 1698
Comment 9•26 years ago
|
||
setting paulmac as QA contact for all gagan's bugs (sorry for the spam)
Assignee | ||
Comment 10•26 years ago
|
||
Fixed with N2.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → FIXED
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 11•26 years ago
|
||
verified fixed on 4/14 M4 builds
Comment 12•25 years ago
|
||
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. ;-)
Comment 13•25 years ago
|
||
Bulk move of all Networking-Core (to be deleted component) bugs to new
Networking component.
You need to log in
before you can comment on or make changes to this bug.
Description
•