From Bugzilla Helper: User-Agent: Mozilla/4.79 (Macintosh; U; PPC) BuildID: 2002041603 click-hold (or mousebutton-down) on a line in the headers pane should not trigger the event that causes the corresponding message to appear in the message pane. it should allow time for the context-menu to pop-forward, and thus allow deletion of a message without opening it. i.e. the message should really not appear until a mousebutton-up event with the context-menu not having been opened. this feature is good for deleting messages that the user determines are spam simply from the headers, allowing it to be thrown away without opening it. (ns4.79 allows this.) also good for moving unread msgs to other folders and leaving them unread. Reproducible: Always Steps to Reproduce: 1. open "Mail & Newsgroups" (cmd-2) 2. click on an unread message and hold waiting for the contextual menu Actual Results: message is brought up in the message pane and marked read Expected Results: contextual menu should appear without a message, allowing operations on the message without reading it in the message pane.
*** Bug 154817 has been marked as a duplicate of this bug. ***
Confirmed using Mac/2002072203. Click+hold selects the header, displays the contextual menu, and loads the message body, while control+click only selects the header and displays the contextual menu; message body is not displayed.
This bug is targeted at a Mac classic platform/OS, which is no longer supported by mozilla.org. Please re-target it to another platform/OS if this bug applies there as well or resolve this bug. I will resolve this bug as WONTFIX in four weeks if no action has been taken. To filter this and similar messages out, please filter for "mac_cla_reorg".
still a bug in macos X workaround is 'right-button' click to get the context menu ... if you have a multiple button mouse. no workaround for shipped one-button macOS mouses (mice?).
MASS-CHANGE: This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
still see this on Mac? right-click on windows is fine
i haven't been getting nightly lately ... but in version 126.96.36.199 (20090605), i still see this behavior ... ... and it still bugs the **** out of me.
(In reply to comment #7) > still see this on Mac? yep Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:188.8.131.52pre) Gecko/20090718 SeaMonkey/2.0b1 on MacBook Pro, OS X 10.5.8 > right-click on windows is fine Seems to be here too. Setting to NEW and changing platform to ALL.