Closed Bug 3859 Opened 26 years ago Closed 25 years ago

Buttons still activated when user is selecting text

Categories

(SeaMonkey :: General, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: cpratt, Assigned: kinmoz)

Details

Using apprunner, whenever you use the mouse to select text, moving the cursor over buttons will still result in visual feedback of selecting or highlighting the buttons. This is the same behavior as 4.5 - but it seems inconsistent from my limited UI experience, as you can't do anything with those buttons when the mouse button is already depressed due to the text selection. German - perhaps you have a good answer to this question? I'd expect that if the mouse button is depressed, we shouldn't change the visuals of a button unless releasing the mouse button over that button would do something (eg dragging a text selection on the Search button might perform an Internet search using that text).
Assignee: german → evaughan
I think I agree, Eric do you have an idea how we could prevent that?
Assignee: evaughan → kmcclusk
This is a mouse grabbing bug. If you click in a text field and start dragging the textfield should capture the mouse. No mouse events should go to any other widget outside the text field. Unfortunately Textfields are native so this may not work until they are replaced by Ender. Kevin this looks like a Gecko problem so I'm going to reassigning it to you.
Status: NEW → ASSIGNED
Target Milestone: M6
Target Milestone: M6 → M7
QA assigning several orphaned UI/UE bugs. cpratt, I'm giving you the ones you wrote :-), and I'll take the rest.
Target Milestone: M7 → M10
Assignee: kmcclusk → buster
Status: ASSIGNED → NEW
Steve I'm re-assigning this to you as something to check out when ender-based text fields and text areas land.
Status: NEW → ASSIGNED
cpratt--Could you confirm that this bug is created by initiating a text selection within a form element or is it just normal text in the browser? Adding a URL above might help. Thanks!
Basic steps to reproduce are: - Launch apprunner - In the Location: control, select the current URL beginning at the right-hand side of the URL (after the trailing slash), being careful to keep the mouse button depressed - Continue moving the mouse to the left, over the toolbar button - Move the cursor back and forth over the Reload button; it will change (visually) as the cursor passes back and forth over it -
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
If I understand this bug correctly, I think it's fixed.
Status: RESOLVED → REOPENED
OS: Windows NT → All
Hardware: PC → All
Resolution: FIXED → ---
Reopening bug, clearing resolution. The 1999070614 build (actually the August 15, 1999) build has the same exact problem on Windows NT, as does the August 14, 1999 build under Linux. I'm not sure if I can come up with a better description of the problem - the gist of it is this: when you select a URL in the Location: control, you are holding the mouse button down. While keeping the mouse button depressed, move it left to cross over the buttons there (eg Reload). The buttons currently change when the cursor passes over them, and this is wrong.
moved to M11
Target Milestone: M11 → M12
Assignee: buster → kin
Status: REOPENED → NEW
assigned to Kin, should just fall out of his drag-select-autoscroll work
Status: NEW → ASSIGNED
Accepting bug.
I checked in my selection autoscroll code yesterday. I can't seem to reproduce this in my WinNt M11 build from today. When I drag select from inside the URL field over the reload, back, and forward buttons, nothing happens.
Looks fixed to me in the 1999093012 build under NT. kin, could you please resolve this bug so that I can verify it? Thanks!
Status: ASSIGNED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → FIXED
Marking fixed.
Status: RESOLVED → VERIFIED
Verifying.
Moving all UE/UI bugs to new component: User Interface: Design Feedback UE/UI component will be deleted.
Component: UE/UI → User Interface: Design Feedback
Component: User Interface Design → Browser-General
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.