Closed Bug 525124 Opened 16 years ago Closed 12 years ago

Double Clicking in a Blank Space Opens the Advanced Property Editor

Categories

(Thunderbird :: Message Compose Window, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Thunderbird 31.0

People

(Reporter: mlissner+bugzilla, Assigned: neil)

References

Details

Attachments

(2 files, 2 obsolete files)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5pre) Gecko/20091024 Ubuntu/9.04 (jaunty) Firefox/3.5.2 Build Identifier: 3.0pre I'm totally unsure if this is just me, but in case it's not, doing the following opens the advanced property editor: 1. Write yourself an HTML message that includes a couple paragraphs (or use one you've already got) 2. Reply to that message 3. In the blank space next to one of the paragraphs in the reply text, double click 4. For me, this selects some quantity of text, then opens the Advanced Property Editor Reproducible: Always Expected Results: I wouldn't expect this to open the advanced property editor...
I see it too, but your are trying to edit the quote. Michael what do you expect from the double click ? Bryan Thoughts ?
I would expect selection to occur, similar to how it does when responding to plaintext messages. Double clicking on text (as opposed to a blank space) in the reply to an HTML message does NOT open the Advanced Property Editor. It only happens when clicking on a blank space. Even as an advanced TB user, I almost never will need the Advanced Property Editor.
Yuck, sounds like odd composer bugs to me.
do you still see this? i don't see this on windows trunk.
Component: General → Message Compose Window
QA Contact: general → message-compose
I recant - this reproduces. current trunk (Lissner seems to be gone)
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Summary: Weird: Double Clicking in a Blank Space Opens the Advanced Property Editor → Double Clicking in a Blank Space Opens the Advanced Property Editor
I'm here, and I'm now running nightly TB. I can't currently reproduce, but I'm pretty sure I ran into this recently, so it's still around.
I confirm this is still always reproducible in TB 7 in the following cases: - double click on a blank line within a signature paragraph. In the following signature example, 1. Thanks 2. 3. Jb double click on line #2 selects the whole signature and pops a 'Advanced Property Editor', showing 'Current attributes for: <div>' (HTML attribute is of moz-signature class) - Set a line style to 'Paragraph', and double click 'close to the right hand side of the line'. Again, the whole line is selected and the 'Advanced Property Editor', pops, showing 'Current attributes for: <p>' - double click in a table cell I would expect the double click to only select the word below the cursor. The Advanced Property Editor should be reachable through right-click, or equivalent on Mac or Linux
I am able to reproduce this issue in TB 8.0 on MAC as well.
I also get this annoying issue: In a *HTML* mail composer window, if I double or triple click to the right of the rightmost char of any line (empty or not), the complete paragraph is selected and a popup appears asking for the adv attributes (with 3 tabs : HTML attr/integ style/Javascript events) In that same HTML composition window, double or triple clicking *on* any actual character (space or letter) gives the right behaviour, the same as in a non-HTML composition window: double click selects the underlying word triple click selects the underlying paragraph
Issue occurs on TB 17.0 for Linux
The broken mouse excuse is not valid. This happens for me on multiple Windows 7 platforms with multiple mice including a brand new mouse. All these mice work perfectly fine with all other applications - only TB has this infuriating behaviour. And it does not require that I double click on whitespace. Typically it happens when I am changing the font of individual words and need to highlight them before I reach for the font menu. I am using TB 22.0.
me too. Mousepad on laptop. thunderbird 17.0.6
TB 24.1.0 on Windows 8.0 too. Toshiba laptop with sensitive mousepad, heavy clumsy hands, forces me to turn off mousepad when composing to avoid accidental double-tap on blank, opening the advanced properties editor. Nothing in advanced config editor suggests a way to disable this. Only the triple-click select paragraph can be disabled.
TB 12 on XP pro. double-clicking while composing a new message pops up APE dialog. TB 24.2 on xubuntu does it as well on a completely different account. Regardless Intellimouse explorer, Logiutech VX Nano, G400 and Wacom Intuos the problem is not linkedd to anything from the mouse's hardware and windows/linux/versions aren't to be incriminated. People and customers I know using win7 have this problem and tells me they want to go back to Outlook. Sending emails without HTML formatting is not an acceptable solution. Reinistalling everything and giving up years of archived e-mails is even less of an acceptable solution for the people with that. This is not a bug, it is an unwanted feature. Find a fix to disable this thing that get people insane.
I am seeing this problem on TB 27.0b1 too.
Im going to add a Me Too here. Surely this is not a "feature" and if so can there PLEASE be a way to turn this OFF, Its so time wasting and so so annoying having this pop up each time I double click the line that i want select. DBL clicking a blank line, either deliberately or accidentally, IMHO, should just select the line, not open this editor that I never use. I humbly ask that the TB developers to please incorporate a way to disable this thing before I kill myself!
It happens to me, too. TB 24.3.0 on Windows 7 64bit
It is SO ANNOYING. I can hardly edit my email without going to the stupid advanced properties. Please, someone figure how to turn it off. Can I go back to a previous version of Tbird or has this monster existed all along? I'm using 24.4.0 with Win 7 Pro.
Attached patch proposed fix (obsolete) — — Splinter Review
It does seem unexpected behavior to me
Assignee: nobody → mkmelin+mozilla
Status: NEW → ASSIGNED
Attachment #8402296 - Flags: review?(neil)
I think there is something more to consider here. Double click in a blank area within a Div calls the advanced edit, but also focuses the editor on that div. I can't see how you could call the advanced editor on the element (div) that you wanted to edit if this behavior gets changed.I realize that not many really use the advanced editor, but it is a handy way to insert inline styles without using an extension to edit the raw html.
then the advanced editor should be on the right click menu, not the result of a double click. the existing behavior is counter-intuitive.
Comment on attachment 8402296 [details] [diff] [review] proposed fix Unfortunately this appears to break the "Advanced Properties" menuitem.
Attachment #8402296 - Flags: review?(neil) → review-
Attached patch proposed fix, v2 — — Splinter Review
The Advanced Properties dialog menu enabling/disabling seems to be flakey (to put it nicely!) but that's not this bug... this patch skips opening the dialog for body and p.
Attachment #8402296 - Attachment is obsolete: true
Attachment #8402391 - Flags: review?(neil)
Attached patch Compromise (obsolete) — — Splinter Review
This keeps the old double-click behaviour for show all tags mode, but for normal editing it uses rangeParent/Offset which counts clicks in the blank space at the end of a line as part of the text.
Attachment #8402695 - Flags: review?(iann_bugzilla)
Attachment #8402695 - Flags: feedback?(mkmelin+mozilla)
Comment on attachment 8402695 [details] [diff] [review] Compromise Review of attachment 8402695 [details] [diff] [review]: ----------------------------------------------------------------- While I like the idea, I don't see any improvement. My test case is that in thunderbird I write this in html compose mode: test test Then if you dblclick between the tests the editor (still) pops up. I think that is similar to what people complain about in this bug.
Attachment #8402695 - Flags: feedback?(mkmelin+mozilla) → feedback-
Strange; I don't see that at all. Which element are you getting the editor for?
(In reply to neil@parkwaycc.co.uk from comment #25) > Created attachment 8402695 [details] [diff] [review] > Compromise > > This keeps the old double-click behaviour for show all tags mode, but for > normal editing it uses rangeParent/Offset which counts clicks in the blank > space at the end of a line as part of the text. Unfortunately, TB doesn't have a show all tags mode AFAIK
(In reply to neil@parkwaycc.co.uk from comment #27) > Strange; I don't see that at all. Which element are you getting the editor > for? It's pops up the editor for <body>
Attached patch Fixed patch — — Splinter Review
Ah, I see the problem now, the <br> is confusing it. (Interestingly double-clicking between a pair of <br> nodes selects the paragraph.)
Attachment #8402695 - Attachment is obsolete: true
Attachment #8402695 - Flags: review?(iann_bugzilla)
Attachment #8404197 - Flags: review?(iann_bugzilla)
Attachment #8404197 - Flags: feedback?(mkmelin+mozilla)
Comment on attachment 8404197 [details] [diff] [review] Fixed patch Review of attachment 8404197 [details] [diff] [review]: ----------------------------------------------------------------- Yep this works! Would be good to add additional comments in the code though
Attachment #8404197 - Flags: feedback?(mkmelin+mozilla) → feedback+
Assignee: mkmelin+mozilla → neil
Attachment #8402391 - Attachment is obsolete: true
Attachment #8402391 - Flags: review?(neil)
Comment on attachment 8404197 [details] [diff] [review] Fixed patch Seems to fix the issue. Trying to do Advanced Properties on <a href="" rel="nofollow">link</a> fails silently. Not sure if this related or a separate problem.
Attachment #8404197 - Flags: review?(iann_bugzilla) → review+
Pushed comm-central changeset 107302e430f1. I typoed the bug number though :-(
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 31.0
Depends on: 1143744
Comment on attachment 8402391 [details] [diff] [review] proposed fix, v2 Landed as part of bug 1143744: https://hg.mozilla.org/comm-central/rev/862885de2876 At the same time backed out changeset 107302e430f1 due to various regressions.
Attachment #8402391 - Attachment is obsolete: false
Attachment #8402391 - Flags: review+
See Also: → 1790388
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: