Closed Bug 2334 Opened 26 years ago Closed 25 years ago

Links inoperative on secondary display

Categories

(Core :: DOM: Core & HTML, defect, P3)

x86
Windows 98
defect

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: cpratt, Assigned: joki)

References

Details

When a ngt.exe window is moved onto a secondary display, you can no longer select any links in the currently displayed Web page. (The cursor never changes to a 'hand' when over links, and pressing the mouse button doesn't do anything when over a link.)
Assignee: blythe → rickg
Blythe doesn't work at netscape anymore, reassigning to rickg for further reassignment.
Assignee: rickg → joki
One more for mr. events.
*** Bug 2333 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
Priority: P1 → P3
Considering the low number of Windows machines set up with secondary displays this is not a P1. I'm downgrading it and I'll get to it later.
Setting all current Open Critical and Major to M3
Component: Windows FE → DOM Level 0
Product: MozillaClassic → Browser
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
QA Contact: 4015 → 3847
QA contact re-assigned according to the product areas we're currently working on.
reassigning qa contact to cpratt who has a dual monitor system, and who has volunteered to take this bug. (thanks dude)
QA Contact: 3847 → 4137
Status: ASSIGNED → NEW
Target Milestone: M3 → M4
Status: NEW → ASSIGNED
Target Milestone: M4 → M6
Not an M4 bug.
Target Milestone: M6 → M9
Moving to more likely milestone.
Target Milestone: M9 → M12
Given my other M9 bugs, this isn't one.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
Using the 1999092408 M10/11 build on Windows 98, I no longer see this problem. Therefore, I'm marking it as WORKSFORME.
You need to log in before you can comment on or make changes to this bug.