Closed
Bug 77230
Opened 24 years ago
Closed 24 years ago
images not displayed after <input> type=submit
Categories
(Core :: Layout, defect)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: mattdm, Assigned: karnaze)
References
()
Details
Images directly after an Submit or Reset button on a form are not displayed
after the first load. They show up at first page view, but not on subsequent
page views or if one hits reload. (However, shift-reload makes them appear
again, once.)
Steps to reproduce:
1. load page like http://jadzia.bu.edu/~mattdm/imageloadtest/test.html
2. hit reload
What happens:
poof -- second and third images vanish.
What should happen:
all images should be displayed.
Interesting notes:
- images are not scaled, transparent, or animated.
- if you hold down the mouse button over where the image should be, and then
release it somewhere else, the image appears.
- minimizing/restoring or covering with context menu does not make image
appear, even partially.
- any text between <input> and <img> makes the problem go away. Whitespace
doesn't do anything, though.
| Reporter | ||
Comment 1•24 years ago
|
||
Not sure how long this has been happening, unfortunately. At least several
weeks, but maybe longer. My sense of time is very bad. :) (And I assumed that it
was probably a dup of one of the other images-not-loaded bugs, but it seems not
to be.)
Comment 2•24 years ago
|
||
confirming, based on the irc conversation. There are also other tests in the
same directory, although this is the minimal test case.
The context menu does make part of the image appear for me.
I'm really not sure if this is layout or imglib.
Status: UNCONFIRMED → NEW
Ever confirmed: true
| Reporter | ||
Comment 3•24 years ago
|
||
slight correction to my description -- in the test.html case, the first AND
second images should always load, but the third won't.
| Reporter | ||
Comment 6•24 years ago
|
||
Just tried this on Win32 build 2001042404 -- no problem. So, it is
Linux-specific, or at least non-win32-specific.
| Reporter | ||
Comment 7•24 years ago
|
||
On a linux build from a few hours ago (2001042513), the images still act as
before, but now they appear on mousedown over the image -- previously, one had
to click and release.
| Reporter | ||
Comment 8•24 years ago
|
||
Another example of this, from a more high profile site:
http://finance.yahoo.com/q?s=AOL&d=c&k=c1&a=v&p=s&t=6m&l=on&z=m&q=l
The actual chart doesn't show up. However, go to the "1d" or "5d" views, where
the "compare" bar (and the Compare button) don't show up, and those charts load
fine.
It'd be nice to see this bumped up a bit in priority....
| Reporter | ||
Comment 9•24 years ago
|
||
This appears fixed in a build from this morning. (2001051705)
Comment 10•24 years ago
|
||
I think it's fixed too. Reporter, please retest it and mark worksforme if it's fine.
He *is* the reporter ;-)
Comment 12•24 years ago
|
||
Sorry I am so stupid ;-)
I thought that he would resolve the bug if he would be the reporter and I didn't
looked at who is the reporter.
Comment 13•24 years ago
|
||
worksforme build 2001-05-22-06-trunk
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•