Closed Bug 36401 Opened 25 years ago Closed 22 years ago

{ib} On mouseover, more links are 'created'

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
RESOLVED FIXED

People

(Reporter: duncan, Assigned: waterson)

References

(
URL
)

Details

(Whiteboard: [nsbeta2-]Design done. Expected landing date: 6/2/00)

Attachments

(6 files)

redused testcase of above url
145 bytes, text/html
Details
first round of patches for sanity check
8.28 KB, patch
Details | Diff | Splinter Review
better patch; includes performance hacks
10.81 KB, patch
Details | Diff | Splinter Review
patch, cleaned up per buster & nisheeth review
10.83 KB, patch
Details | Diff | Splinter Review
additional docs; proof that this will actually work.
6.01 KB, text/plain
Details
screenshot.
74.74 KB, image/gif
Details
From Bugzilla Helper: User-Agent: Mozilla/4.72 [en] (X11; U; Linux 2.2.14-5.0smp i686) BuildID: 2000041805 On mouseover on the 'new kahimi karie stuff' link in the 13th paragraph, new links (of the same text) are put into the beginning of the same paragraph. URL = http://www.demon.co.uk/momus/thought190400.htm Reproducible: Always Steps to Reproduce: 1.Mouse-over on the link 2.see the paragraph warp! 3.repeat if nessisary Actual Results: the paragraph will start to 'grow' Expected Results: no more new text should be displayed
confirmed. this sounds familiar, I think an {ib) issue. nisheeth is handling {ib) a minimized test case would sure help
Assignee: buster → nisheeth
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: helpwanted
sounds like a variant of 31986 (which i can't reopen!) I tested the above URL with 2000-041908 and couldn't see the bug however. It comes and goes.
the attached testcase definately shows the bug :) it's present on 2000041911 (linux)
Accepting bug and setting target milestone to M16...
Status: NEW → ASSIGNED
Target Milestone: --- → M16
It's still here, in 2000050513
Is this going to get fixed in M16? I think it's a beta2-worthy bug.
Keywords: nsbeta2
added {ib} marker. I think this whole class of problem should be addressed for beta2 in M17. Nisheeth has a design for a solution for the basic problem, and once that's in place the individual bugs should be easy kills.
Summary: On mouseover, more links are 'created' → {ib} On mouseover, more links are 'created'
Updating status whiteboard...
Whiteboard: Design done. Expected landing date: 6/2/00
stealing...
Assignee: nisheeth → waterson
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
Putting on [nsbeta2-] radar.
Keywords: helpwanted
Whiteboard: Design done. Expected landing date: 6/2/00 → [nsbeta2-]Design done. Expected landing date: 6/2/00
Blocks: 40246
Somebody sanity check me: - removed kooky inline block calls from the nsCSSFrameConstructor interface. - Store "next special frame" rather than "am I special" in the frame properties. The hacks are raw. Let me know if I'm going someplace bad.
Newer, stronger patch. - Use an nsFrameState bit to remember if we're "special". - Set the bit across the siblings when marking "special". - Only check bit when asking if "special" (don't follow linked list back). - Follow linked list when trying to lookup special sibling. buster, nisheeth: please criticize!
fix checked in, r=nisheeth,buster
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
yay, it's fixed in Linux 2000052520. thanks guys.
yep, this looks like it's fixed. great job, chris!
*** Bug 32518 has been marked as a duplicate of this bug. ***
Marking verified fixed in the May 30th build.
Status: RESOLVED → VERIFIED
I'm seeing this on http://www.spymac.com/ in Phoenix .5
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Attached image screenshot. —
that's probably bug 177539. If not, then it's a new bug this bug is FIXED
Status: REOPENED → RESOLVED
Closed: 24 years ago → 22 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: