Closed Bug 1526765 Opened 2 years ago Closed 1 year ago

TB65: thread is collapsed automatically when double clicking first message/article of thread to open it

Categories

(Thunderbird :: Folder and Message Lists, defect)

Unspecified
All
defect
Not set
normal

Tracking

(thunderbird_esr68+ fixed)

RESOLVED FIXED
Thunderbird 74.0
Tracking Status
thunderbird_esr68 + fixed

People

(Reporter: chriechers, Assigned: mkmelin)

Details

(Keywords: regression, reproducible, Whiteboard: [regression:tb65?])

Attachments

(1 file)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0

Steps to reproduce:

Thunderbird 65.0b4 64-bit, Linux OpenSUSE Leap 15.0, Gnome 3.26.2

Reading newsgroup messages in e.g. mozilla.support.thunderbird on news.mozilla.org.

  1. expanding a given thread
  2. double-clicking the first message in the expanded thread

Actual results:

  1. message opens in a new window
  2. the thread gets automatically collapsed in the main window

Expected results:

The thread should not auto-collapse upon opening the message.

Does this happen also with version 60? Or earlier?

Flags: needinfo?(chriechers)

No, I think this started with v65.

Flags: needinfo?(chriechers)

I can confirm this on Windows. DOesn't happen with TB60.
Now we just need a regression range with daily

Status: UNCONFIRMED → NEW
Component: Untriaged → Folder and Message Lists
Ever confirmed: true
OS: Unspecified → All
Whiteboard: [regression:tb65?]

Also happens with mail. Can you find egression range with daily?

Flags: needinfo?(chriechers)
Summary: TB65: newsgroup thread is collapsed automatically → TB65: thread is collapsed automatically when double clicking first message/article of thread to open it

Using Linux:
Last 'good' version is 65.0a1 (2018-11-17) (64-bit)
First 'broken' version is 65.0a1 (2018-11-18) (64-bit)

Flags: needinfo?(chriechers)

Benjamin, this has a regression range, so perhaps easy to fix
Christian, thanks for the range!

Flags: needinfo?(benjamin)

Unfortunately the problem hasn't magically disappeared since the last comment was made 2 month ago, and it is still present in TB71 daily.

(In reply to Christian Riechers from comment #5)

Using Linux:
Last 'good' version is 65.0a1 (2018-11-17) (64-bit)
First 'broken' version is 65.0a1 (2018-11-18) (64-bit)

https://hg.mozilla.org/comm-central/pushloghtml?startdate=2018-11-17+04%3A00%3A00&enddate=2018-11-18+4%3A00%3A00

I cannot reproduce this with 72.0b3 on Windows. Is it linux only?

Flags: needinfo?(benjamin) → needinfo?(mkmelin+mozilla)

It's reproducible, oddly not if the msg is set to open in a new tab.

Flags: needinfo?(mkmelin+mozilla)

Probably a regression from tree.xml de-xbl

The comments around here were not really correct, at least anymore.
The event.stopPropagation() was not working, since it's the dblclick handler that causes it, not the click handler. Also too late I think.

Assignee: nobody → mkmelin+mozilla
Status: NEW → ASSIGNED
Attachment #9119681 - Flags: review?(paul)
Comment on attachment 9119681 [details] [diff] [review]
bug1526765_thread_pane_dblclick.patch

Review of attachment 9119681 [details] [diff] [review]:
-----------------------------------------------------------------

LGTM with one typo nit to fix.  I checked that the problem does not occur for me with threaded email (on linux) with this patch applied.

::: mail/base/content/threadPane.js
@@ +454,5 @@
> +    event => {
> +      // The tree.js dblclick event handler is handling editing and toggling
> +      // open state of the cell. We don't use editing, and we want to handle
> +      // the toggling through the click handler (also for double click), so
> +      // capture the dblclick event before it bubbles up and cause the

cause -> causes
Attachment #9119681 - Flags: review?(paul) → review+

Pushed by mkmelin@iki.fi:
https://hg.mozilla.org/comm-central/rev/be621c5c7cd3
make dblclick on first message in closed thread keep the cell open state. r=pmorris DONTBUILD

Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 74.0

Ah yes, accidentally reordered them.

This is a regression in 68 and it seems simple. Safe and ready to take for ESR? If so, please request uplift.

Flags: needinfo?(mkmelin+mozilla)
Comment on attachment 9119681 [details] [diff] [review]
bug1526765_thread_pane_dblclick.patch

Should be safe.
Flags: needinfo?(mkmelin+mozilla)
Attachment #9119681 - Flags: approval-comm-esr68?
Comment on attachment 9119681 [details] [diff] [review]
bug1526765_thread_pane_dblclick.patch

Approved for ESR
Attachment #9119681 - Flags: approval-comm-esr68? → approval-comm-esr68+
You need to log in before you can comment on or make changes to this bug.