Closed Bug 86729 Opened 24 years ago Closed 24 years ago

Find dialog leaves highlighted selections on the screen

Categories

(SeaMonkey :: General, defect, P3)

PowerPC
macOS
defect

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.0

People

(Reporter: cmeyer, Assigned: sfraser_bugs)

References

()

Details

(Whiteboard: OSX)

Using Fizzilla 2001061314 on Mac OS X 10.0.3 *** TO REPRODUCE - Bring up the URL above - Find, enter "NEW" and make it case sensitive - Keep clicking Find button until the current selection is at the very bottom of the screen. - Click it again *** ACTUAL RESULTS - Now TWO "NEW"s are highlighted (the correct one and the last one). - Using the scrollbar its easy to get the incorrectly highlighted one half-erased *** EXPECTED RESULTS Only ONE should be highlighted This has happened for as long as I can remember...
-->sfraser
Assignee: asa → sfraser
Whiteboard: OSX
Yeah, the scrolling-with-selection code was #if !TARGET_CARBON, because I was being lazy.
Severity: minor → normal
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Priority: -- → P3
Target Milestone: --- → mozilla1.0
Can't reproduce this problem under the latest carbon build (2001-08-06-13) with Mac OS 10.0.4. Anyone still see the problem ?
I'd be surprised if this was fixed. What happens if you do lots of Find Again on a long file with many matches? Does it correctly redraw the selection if it scrolls to find the next match?
Can we get this for 0.9.5?
Keywords: nsenterprise+
nsenterprise-; not a stopper
Methinks sfraser's fix for general window drawing problems (bug #?) fixed this as I can no longer repro it - marking as FIXED.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.