Closed Bug 28659 Opened 25 years ago Closed 23 years ago

Arrow Images disappear on combo-boxes after a page is Stopped

Categories

(Core :: Layout: Form Controls, defect, P4)

Product:
Core
Component:
Layout: Form Controls
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME
Milestone:
Future

People

(Reporter: Jerry.Kirk, Assigned: rods)

References

Details

(Keywords: polish)

Attachments

(1 file)

weird painting of arrow icons in vertical scrollbar
113.08 KB, image/jpeg
Details 
If you go to www.cnnsi.com and let it load and then press the "Stop" button
and if you then try and scroll up or down the little arrow images  disappear on
the scrollbar. The same image also disappears on any combo boxes. It seems to be
tied to stopping the download on any page. I see this problem on both Photon
and Windows versions.
reproduced in today's Netscape build, scrolling by clickin on the arrows. 
assigning to evaughan as p4 for m16.
Assignee: trudelle → evaughan
Priority: P3 → P4
Target Milestone: M16
*IGNORE* - massive spam changing open XPToolkit bug's QA contact to
jrgm@netscape.com
QA Contact: paulmac → jrgm
Mass-moving all M16 non-feature bugs to M17, which we still consider to be 
part of beta2
Target Milestone: M16 → M17
*** Bug 35765 has been marked as a duplicate of this bug. ***
I don't see this with current win32 and linux builds, but (I just noticed)
a very odd behaviour on linux: will attach a screenshot here (but it may be 
a different bug) -- using the same steps to reproduce, with bonsai.mozilla.org 
as the URL -- after I stop the loading, the page continues to layout (it has 
that bug where the scrollbars flash as the page loads). -- when I then scroll 
the page (dragging the thumb) the arrow icons for the vertical scrollbar are 
painted *everywhere* in the slider area.

Yep, John it still happens for me. This is a fresh DEBUG build i am using here.
You have to stop the page load mid way and then scroll to seee it happen.

pete
moving to m18
Target Milestone: M17 → M18
*** Bug 36603 has been marked as a duplicate of this bug. ***
This works fine for me.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
I still see this occasionally, but will try to get some reproducible steps 
before reopening
Reopening.  On 62608 win98 I do this:

(1) Load http://my.yahoo.com
(2) Once the page has fully loaded, press the reload button.
(3) After a second (before the reloading of the page has a chance to occur), 
press stop.
(4) Switch apps, then switch back to Mozilla

The arrows in the dropdown boxes under the Personalize This Page section are 
missing.  Sometimes you don't have to switch apps first to see it happen.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
also, jrgm fwiw, that screenshot you posted is a known (separate) bug about 
scrollbar thumbs leaving trails...I think it's a mostfreq
Reproducible as Blake describes (for mac/linux/win32 20000626 am builds), 
but only for HTML <select> widgets. Passing on to rods/ckritzer.

I can't reproduce this in xul <scrollbar>s, either as reported, or as I 
could on 05/07 (... and that was not an instance bug 34218).
Assignee: evaughan → rods
Status: REOPENED → NEW
QA Contact: jrgm → ckritzer
Summary: Arrow Images disappear on scrollbars and combo-boxes after a page is Stopped → Arrow Images disappear on combo-boxes after a page is Stopped
Sorry -- you're right.  I should have looked at the image more closely before 
assuming that.
MArking as later for now. Currently we are using images for for the dropdown 
arrow will be at some point switching over to "drawn" arrows. What is odd is 
that the arrow.gif should be in the cache already.


This bug has been marked "future" because the original netscape engineer working 
on this is over-burdened. If you feel this is an error, that you or another 
known resource will be working on this bug,or if it blocks your work in some way 
-- please attach your concern to the bug for reconsideration
Status: NEW → ASSIGNED
Target Milestone: M18 → Future
Any ETA for those "drawn" arrows?  Could that cache problem be any kind of 
history problem?
OS: other → All
Hardware: PC → All
leaving as P4/Future
XPAPPs & XPToolkit are jrgm's area
Assignee: rods → jrgm
Status: ASSIGNED → NEW
Rods: what's the timeframe like for the 'drawn' arrows? Could this be a
mozilla1.0 thing?

back to -> rods, HTML Form Controls 

(I can picture ckritzer on Friday morning, bombed out of his mind from the 
night before, just doing a little "cleanup" of his bug list, and ... oops, 
entered the wrong info.)
Assignee: jrgm → rods
Component: XP Toolkit/Widgets → HTML Form Controls
Okay, not only am I an idiot, I'm an embarrassed idiot.

Sorry guys, I meant to change the QAContact, not Assigned field.
Status: NEW → ASSIGNED
accepting
Go to http://www.romanpoet.org/links/2index.php and while loading hover over the
pull down menus. All okay there. However stop the page from loading before it
completes (it actually never completes here), and then hover. Bingo, the arrow
images go.

Nominating for 0.9, 1.0, with polish keyword. This is an obvious UI bug that
takes the quality feel away from the product. FWIW I see the bug right now in
that non of the pull-downs on this bug page I'm typing in has their arrow.
Keywords: mozilla0.9, mozilla1.0, polish
->gerardok
QA Contact: ckritzer → gerardok
QA Contact: gerardok → vladimire
I used to see this but haven't in awhile.  Plus, the upcoming xbl form controls
will fix this anyway.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → WORKSFORME
Blake, yes you are right. Now the whole scrollbar disappears randomly.

;-)


--pete
*** Bug 128737 has been marked as a duplicate of this bug. ***
*** Bug 128726 has been marked as a duplicate of this bug. ***
verifying wfm build 2002-04-10-03-trunk windows 98
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: