Closed Bug 47587 Opened 26 years ago Closed 25 years ago

jpg images not loading

Categories

(Core :: Layout, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED INVALID

People

(Reporter: thammer, Assigned: clayton)

References

()

Details

(Keywords: qawanted)

From Bugzilla Helper: User-Agent: Mozilla/4.73 [en] (X11; U; Linux 2.2.12-20smp i686) BuildID: 2000080404 jpg images in this gallery are not loading at all. Other images (jpg, gif, etc..) load correctly, just not the gallery jpg's. Mozilla did not appear to suffer or crash from viewing this page. Reproducible: Always Steps to Reproduce: 1. browse to http://www.hfhdc.org/media/gallery_0/index.html 2. 3. Actual Results: Expected Results:
The images do load. Linux-148 sec. Mac-127 sec. WinNT-235 sec. WinNT Nav 4.75 - about 3 seconds.
Status: UNCONFIRMED → NEW
Ever confirmed: true
these images load up fine by themselves. must be something wacky in the HTML. will try to investigate and testcase soon.
I confirm: the images do load, but it takes a very very long time even if it does not eat CPU time.
worksforme but it took 153.554 seconds on cable im guessing a slow server, nothing more.
I don't think the server is the problem since the images load quickly if loaded by themselves. We need a testcase for why they are slowed down when included int he page.
Keywords: qawanted
over to layout since I haven't done anything with a testcase. sorry. will still try to testcase if I find the time
Assignee: asa → clayton
Component: Browser-General → Layout
QA Contact: doronr → petersen
I'm not seeing this at all using yesterday's build on NT. The page loads up just as quick as any other page. Will try on Linux...
Just tried this Linux on today's build and it's pretty quick (6 secs). Can anyone else verify this or mark it WORKSFORME.
peterlubczynski@netscape.com, try clearing your cache. It is still slow here on NT and linux 090708 builds.
As the author of the page that was causing the problem, I realized that only WIDTH was being specified for <IMG> tags. Adding HEIGHT fixed the problem. Curious though, that NS4.7 and IE5.5 displayed them just fine either way.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.