Select msg in Inbox; click on 'Sent' folder, return to Inbox; click delete on previously selected msg; no response to clicks.
Categories
(Thunderbird :: Message Reader UI, defect)
Tracking
(Not tracked)
People
(Reporter: thunderbird-bugzilla, Unassigned)
References
Details
Steps to reproduce:
reading messages in Inbox. Using email 'preview' pane. Select a message. Decide to check in Sent folder for related replies - don't click on any messages in Sent folder. Return to Inbox. Return to preview pane. click 'Delete' to delete select message.
Actual results:
Clicking Delete button does nothing, no response to clicks other than slight shading difference on downstroke of mouse button. Select a different message in inbox, return to previously selected message, click Delete, message deletes as expected.
Expected results:
Clicking Delete without having to select a different message and return to it to then actually delete.
|
||
Comment 1•4 months ago
|
||
I think this is the same issue as Bug 1973294 which should be fixed in an upcoming point release of ESR 140. Does this work if you click onto the message pane before clicking the 'Delete" button?
|
Reporter | |
Comment 2•4 months ago
|
||
Thanks. This doesn't match my description, in that it's unrelated to attachments. It's possible the same bugfix may address my issue, I'm fine with waiting for that release, and if it's repeatable then.
|
|
||
Comment 3•4 months ago
|
||
(In reply to thunderbird-bugzilla from comment #2)
It's possible the same bugfix may address my issue…
Before the fix in Bug 1973294, when the 'Delete' button is clicked, Thunderbird triggers an internal delete command that is applied to whatever currently has focus (which is pretty bad). So let's close this as duplicate for now. We can always reopen this report if it should be a different issue.
|
|
Reporter | |
Comment 4•4 months ago
|
||
Okay, but again this issue is the delete button literally doing nothing at all, rather than in the other bug report deleting something other than what was requested to be deleted. I can click on the delete button dozens of times, and nothing is deleted, rather than an incorrect item being deleted.
But again - maybe there's some nuance I'm missing here, so I'll wait for the next release.
|
|
||
Comment 5•4 months ago
|
||
(In reply to thunderbird-bugzilla from comment #4)
Okay, but again this issue is the delete button literally doing nothing at all, rather than in the other bug report deleting something other than what was requested to be deleted. I can click on the delete button dozens of times, and nothing is deleted, rather than an incorrect item being deleted.
But again - maybe there's some nuance I'm missing here, so I'll wait for the next release.
Can you determine what actually is focused in the situation from the steps to reproduce? Or rather, does the delete button still not work after one click into the message pane? Then it's likely a different issue.
|
|
Reporter | |
Comment 6•4 months ago
|
||
When back in the message pane, the message that was selected before I switched to the 'Sent' folder (or any other folder, such as 'Trash') is still selected, and the Inbox folder is selected as well. However, I just noticed that the message is not in 'full selected state' - it has the half shading that occurs when focus has moved away. If I click on the message it returns to full selected, at which point it can be deleted. Previously, as best I recall, when in that half focus state, returning to the message pane and clicking the delete button in the message header area would once again capture focus on the message when I would click delete (and properly delete it).
So it sounds like the fix for the other bug is related in the sense that tbird won't take an action like deletion until the message has been separately and affirmatively been fully focused on again - perhaps?
|
|
||
Comment 7•4 months ago
•
|
||
(In reply to thunderbird-bugzilla from comment #6)
Previously, as best I recall, when in that half focus state, returning to the message pane and clicking the delete button in the message header area would once again capture focus on the message when I would click delete (and properly delete it).
Yes, the delete button itself would be focused, so the message would be deleted in any case. However, the button kept the focus, so just hitting the Enter or Space key afterwards would delete the next displayed message right away, so…
So it sounds like the fix for the other bug is related in the sense that tbird won't take an action like deletion until the message has been separately and affirmatively been fully focused on again - perhaps?
With bug 1973294 fixed, the currently displayed message is simply deleted, regardless where the current focus is, without the issue described above.
|
|
Reporter | |
Comment 8•4 months ago
|
||
Fantastic. Thank you so much!
Description
•