Closed
Bug 279003
Opened 20 years ago
Closed 19 years ago
The selection is copied into the mail composer window on middle mouse button click in scrollbar
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
People
(Reporter: martin.gerbershagen, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.8a6) Gecko/20050118
Build Identifier: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.8a6) Gecko/20050118
When the middle mouse button is clicked in the scrollbar window of the mail
composer window, the primary selection is copied into the mail text window at
the position where the button clock occurs.
Reproducible: Always
Steps to Reproduce:
1.Open a mail compose window, best by reply to another mail
2. The mail contents appears in the composer and the window
scrolls down to the bottom of the text
3. Move the cursor to the top of the scrollbar window and click the middle
mouse button
Actual Results:
The window scrolls to the top of the text. This is the expected behaviour. The
primary selection appears in the mail window, this should not happen.
Expected Results:
Only the window should be scrolled, but the selection should not be copied.
Tested with mozilla-1.8a6, but the problem appears also in all previous versions.
Comment 1•20 years ago
|
||
Isn't it normal behaviour that in X the middle mouseclick pastes text?
Reporter | ||
Comment 2•20 years ago
|
||
Whether to paste text depends on the window, the mouse click occurs in. It is
the normal behaviour in the text input window, but not, if the middle butten is
clicked in the scrollbar window. In the scrollbar window the scrollbar and the
associated scrolled window should be positioned to the cursor position, but not
text should be copied.
Updated•20 years ago
|
Version: unspecified → Trunk
Updated•20 years ago
|
Assignee: sspitzer → mail
Comment 3•19 years ago
|
||
This is an automated message, with ID "auto-resolve01".
This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.
While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.
If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.
The latest beta releases can be obtained from:
Firefox: http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey: http://www.mozilla.org/projects/seamonkey/
Comment 4•19 years ago
|
||
*** This bug has been marked as a duplicate of 70698 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•