Closed
Bug 120280
Opened 23 years ago
Closed 21 years ago
content of links with CSS replaced by garbage after mouse over
Categories
(Core :: Layout, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: alan, Assigned: attinasi)
References
()
Details
(Whiteboard: [bae: 20020128])
Attachments
(4 files, 1 obsolete file)
From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7+) Gecko/20020115 BuildID: 2002011508 After the mouse move over the link and trigger a:hover, the link does not render the CSS properly and become garbbage. It seems like the issue is not solely caused by CSS as it has specific HTML combination to trigger it, and this may have something to do (or even a dup) of some previous bugs ... but i am unable to find those bugs :) Reproducible: Always Steps to Reproduce: 1. Open the testcase 2. Put mouse over the link at the bottom of the page 3. See the link become random garbbage Actual Results: Link replaced by rubbish Expected Results: Link changed according to a:hover.
Reporter | ||
Comment 1•23 years ago
|
||
Reporter | ||
Comment 2•23 years ago
|
||
Forgotten to mention that the document validates as HTML 4.01 Transitional and no warning or error is generated with CSS validator using CSS2 and all warning turned on.
Comment 3•23 years ago
|
||
WFM Linux 2002011608.
Comment 4•23 years ago
|
||
Comment 5•23 years ago
|
||
I've downloaded a new build (2002011608) and tested it again. This time it doesn't look as ugly as screenshot #1.
Reporter | ||
Comment 6•23 years ago
|
||
Any idea why this happens ??
Comment 7•23 years ago
|
||
I can't reproduce this issue either on the Linux Jan 18th build (2002-01-18-06). Tested under Redhat 6.2.
Reporter | ||
Comment 8•23 years ago
|
||
the bug is still here (build 2002011821/Linux).
Comment 9•23 years ago
|
||
Hmm, try with a new profile? I still can't reproduce that on a linux CVS build from yesterday.
Reporter | ||
Comment 10•23 years ago
|
||
I have removed the whole ~/.mozilla/ ... but the bug is still there ...
Comment 11•23 years ago
|
||
I can't repro this at all : tried windows and mac too. Used the builds from 20020128. Marking as WFM.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Whiteboard: [bae: 20020128]
Reporter | ||
Comment 12•23 years ago
|
||
i don't see this anymore .... so strange ... ;)
Comment 13•22 years ago
|
||
I don't think this is fixed at all. I'm occasionally seeing it on many pages as: http://www.ocworkbench.com/, http://www.zive.cz/ and other pages with a:hover set in CSS and many links. I think that this issue is highly dependent on connection/loading speed. It sometimes demonstrates as only switching the a:hover style for the normal style if you move the mouse fast over the links, sometimes it just doesn't apply the a:hover style and sometimes it displays garbage when you hover the link. I think that the worst effects are there when the page loading is slow. I have Mozilla 0.9.9 on Linux RedHat 7.2
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Reporter | ||
Comment 14•22 years ago
|
||
ugh ... it's here again .... (can reproduce ...)
Comment 15•22 years ago
|
||
*** Bug 129426 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 16•22 years ago
|
||
in fact anybody know why this bug happens? it seems that someone can always reproduce it while someone cannot ...
Updated•22 years ago
|
Summary: content of links with CSS replaced by garbbage after mouse over. → content of links with CSS replaced by garbage after mouse over
Comment 17•22 years ago
|
||
WFM on a current Linux CVS build.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [bae: 20020128] → [bae: 20020128] intermittent
Comment 18•22 years ago
|
||
WFM Build ID: 2002040903 (0.9.9+) Windows 98. Reporter, could you please try to reproduce this problem on a current nightly build?
Updated•22 years ago
|
Priority: -- → P3
Target Milestone: --- → Future
Comment 19•22 years ago
|
||
Can someone look at bug 139432 which I see all the time and decide whether it's a dup of this?
Comment 20•22 years ago
|
||
*** Bug 139432 has been marked as a duplicate of this bug. ***
Comment 21•22 years ago
|
||
The URL from bug 139432 makes this bug reproducable for me. Using 2002-04-22-10, XFree86 4.2.0, Matrox G550, mga beta 2.0 drivers. Corruption looks like attached screenshot #2. While the page is loading I do not see the corruption. I do see the corruption after the page is fully loaded.
Comment 22•22 years ago
|
||
My setup is XFree 4.2.0 with NVidia 1.0-2313 Video drivers. From bug 139432: Steps to reproduce: 1. Visit http://www.modem-help.co.uk/mfc/askey.html 2. Go to the section titled "1456VQH-R Data/Fax PCI" 3. Hover over the windows logo link or any link beneath it Expected: Where text was concerned, link to change colour and underline to disappear. Where graphics are concerned, nothing. Result: Graphics/text become corrupted. 20020421 Linux
Whiteboard: [bae: 20020128] intermittent → [bae: 20020128]
Comment 23•22 years ago
|
||
I can reproduce the testcase bug 139432 too. XFree 4.1.0 and 4.0.2 with NVIDIA drivers 2313 and 1542
Comment 24•22 years ago
|
||
I have also tested this with the stock nv driver that comes with XFree 4.2.0 with the same results (20020421 Linux).
Reporter | ||
Comment 25•22 years ago
|
||
the page that i see from bug 139432 is horrible ... no matter where i put my mouse pointer, corruption happens, the page corrupts when i select text there also. XFree86 4.1.0.1, mga driver 2.0.
Reporter | ||
Comment 26•22 years ago
|
||
sorry... using 2002041711/Debian
Comment 27•22 years ago
|
||
As I suspected this isn't Linux/X only... I can reproduce instances of courruption on Mozilla 1.0 Windows 98. Steps to reproduce: 1. Go to the section V1456VQH-P2 Data/Fax/Voice PCI 2. Hover over links/pictures Expected: Links to change colour, pictures to do nothing Result: Graphics corruption with what looks like elements of messed chrome appearing
OS: Linux → All
Comment 28•22 years ago
|
||
Reduced test case of modem-help website. For corruption to show Put mouse here link must be fully visible in
Attachment #65221 -
Attachment is obsolete: true
Comment 29•22 years ago
|
||
...browser window. Unlike the original site, the testcase validates (which took me some time to do) but Moz is still showing the bad behaviour. This bug also shows a refresh issue when the inital problem is triggered and a window obscures *part* of Mozilla (it does not update properly once the covering window is removed).
Comment 30•22 years ago
|
||
I can't reproduce this on Linux 2.4.8-5mdkenterprise i686 on XFree86 4.1.0, NVIDIA drivers 1.0-1541 with Mozilla CVS tip. I can't find a pattern from the comments given above, either. Do any of you have special configuration settings, like in userContent.css or something?
Reporter | ||
Comment 31•22 years ago
|
||
i am seeing the problem in 2002060621/Linux, XFree86 4.1.0.1, mga driver 2.0. it seems like some pointer problem, since i can see some images i have previously loaded got painted onto the link, which causes the corruption ;)
Reporter | ||
Comment 32•22 years ago
|
||
The corrupted link showing an image which is on a page i have browsed before. http://www.debianplanet.org/images/topics/security.png
Reporter | ||
Comment 33•22 years ago
|
||
P.S. occasionally i have seen some similar corruption when i selects text, is it related to this?
Comment 34•22 years ago
|
||
I'm seeing the problem on this testcase too. RH 7.2 (XFree 4.1.0, NVIDIA 2314). Mozilla 1.0
Reporter | ||
Comment 35•22 years ago
|
||
> Do any of you have special configuration settings,
> like in userContent.css or something?
Corruption still exists in 2002060904/Linux, clean install, newly created profile ;)
Comment 36•22 years ago
|
||
This page looks very bad, i think it's related to this bug http://www.thecodeproject.com/cpp/Exceptionhandler.asp Linux/XFree 4.1.x/Mozilla 1.0 (also tested with Galeon 1.2.5)
Reporter | ||
Comment 37•22 years ago
|
||
yea ... the page looks bad on my machine too, 2002061721/Linux, XFree86 4.1.0.1, mga driver. i saw a hugh black box on the page, then when i try to select the text in the black box, it just looks odd and unpredictable ...
Comment 38•22 years ago
|
||
Hixie: how wide is your mozilla window? It's not easy to see this problem if your window is high (I'm running mozilla 1.0 in a 1010x667 window at a res of 1024x768).
Comment 39•22 years ago
|
||
I tried various sizes from 800x600ish to 1200x1600ish.
Comment 40•22 years ago
|
||
I seem to have similar problems with my page at: http://www.mit.jyu.fi/tjlahton/spain-2002/ When you move mouse over the links on the page Mozilla will sometimes duplicate the link every time you move mouse over it. It is not always the same link. Page is written in valid XHTML Basic.
Comment 41•22 years ago
|
||
confirming on Win/Me MZ1.0.1 plse see http://www.bia.be/fr/occas.html and mouse-over 'categories' menu using AGP S3Inc. Savage3D 800x600px 32bit : a hardware/config problem ?
Comment 42•22 years ago
|
||
My #41 comment is not relevant anymore for MZ1.2 alpha new release. No corruption/garbage anymore. Still valid for Netscape 7.
Reporter | ||
Comment 43•22 years ago
|
||
not seeing corruptions anymore in recent builds, anybody still see the bug? i think the bug can be closed if nobody sees the bug anymore (or bug Netscape if the problem is still in Netscape 7?) build ID: 2002123005, freetype enabled.
Comment 44•21 years ago
|
||
Marking worksforme per comments and my testing...
Status: NEW → RESOLVED
Closed: 23 years ago → 21 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•