Build ID: 2001092403 Introduction: ALT key has a special meaning when used in conjuncion with mouse dragging over links: it causes Mozilla to select portions of link text instead of starting a Drag And Drop opertaion on a link. This way, one can select part of a link's text and copy it to clipboard. However, it is only possible to copy the text through Edit->Copy. CTRL-C binding doesn't work. Steps to reproduce: 1. Load any page with a text hyperlink 2. Press ALT 3. While holding ALT press the left mouse button over the middle of the link 4. While holding ALT and the left mouse button move the mouse right or left to select a portion of hyperlink's text 5. Release the left mouse button, then release ALT key. 6. Press CTRL-C. Expected behaviour: Selected text is copied to the clipboard Observed behaviour: Selected text is _not_ copied to the clipboard. Contents of the clipboard remain intact. When using Edit->Copy , the expected behaviour occurs. BTW, I observed that when ALT - clicking on links on http://office.altkom.com.pl/olo/index.html Mozilla behaves very strange. Instead of ignoring the event of clicking on a link, Mozilla pauses for a few seconds, then proceeds through the link as if it was clicked normally. Does that qualify as a separate bug?
this isnt a selection bug. something funny is happening with the alt key. recommending future, but will let the events owner decide that.
Assignee: mjudge → joki
Component: Selection → Event Handling
QA Contact: tpreston → madhur
It's because the ALT key is activating the menu when it gets released. That event needs to be cancelled if the mouse is down any time between pressing and releasing ALT. That appears to be the normal Windows behaviour. I just tested in Notepad.
burpmaster: What appears to be the normal Windows behaviour? Cancelling (as you described it should be) or not cancelling (as we observed in Mozilla) ALT events if the mouse is down between ALT press and release? I'm on Windows 2000, in the Notepad and MS Word it seems that mouse event cancels ALT events and menu isn't opened, so CTRL-C works. Is it what you saw in Notepad on your system?
I guess I was a little bit unclear. Yes, that is what I saw when testing with Notepad: a mousedown after an ALT-down cancels the menu opening on ALT-up.
dup of something I had/have or gave to pink or hyatt
Assignee: joki → saari
Sounds like the Alt key listener on xpmenus needs to listen for mouse events and deactivate itself, OR, the alt key listener needs to pass events through that it isn't processing, like the ctrl+c for the copy.
Assignee: saari → hyatt
WFM with Mozilla 1.7a 2004011508 under WinNT4.
But doesn't WFM with Mozilla 1.6 (20040113) on Windows 98SE.
WFM Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040207
Status: ASSIGNED → RESOLVED
Last Resolved: 14 years ago
Resolution: --- → WORKSFORME
Reopening: it still doesn't WFM in Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7a) Gecko/20040208. Perhaps it's now fixed in WinNT/2k/XP but not in Win9x? In fact, I've become so used to hitting Ctrl+Insert twice (to workaround this bug), that I do it everywhere and Office gives me a hard time with its multi-clipboard. :-) (And no, it's not because I use Ctrl+Insert instead of Ctrl+C - I just tried both, the problem is still there.)
Status: RESOLVED → REOPENED
OS: Windows 2000 → Windows 98
Resolution: WORKSFORME → ---
This is still a problem with 2004021709 Seamonkey build on winXP.
Assignee: hyatt → events
Status: REOPENED → NEW
QA Contact: trix → ian
(In reply to comment #7) > WFM with Mozilla 1.7a 2004011508 under WinNT4. Sorry, my comment was wrong. It doesn't WFM. First Ctrl+C leads only to a error beep and on the second Ctrl+C the selection is copied. Tested with 1.7a on WinNT4.
See 133439, 96645, 278927, 153145, 252084, 196897, 101539
(In reply to comment #13) > See bug 133439, bug 96645, bug 278927, bug 153145, bug 252084, bug 196897, bug 101539 so this is windows only? fails - Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 *and* Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051219 SeaMonkey/1.5a
It's not Windows only. In my Linux build "copy" fails every time ctrl-C is used in the browser window itself (i.e. ctrl-C works in the location and search bars but not on the page itself.) Right click and Edit menu always do the trick. Broken in Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060505 Minefield/3.0a1
Well this WFM now, but I can't find what checkin fixed it. I'm fairly certain that it was fixed in today's build, and that yesterday's was still broken. WFM on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060510 Minefield/3.0a1
also WSM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:184.108.40.206) Gecko/20060728 Firefox/220.127.116.11
Status: NEW → RESOLVED
Last Resolved: 14 years ago → 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.