Closed Bug 515860 Opened 16 years ago Closed 16 years ago

[faceted search]: deleting last message in 'view as list' mode gets thread view confused

Categories

(Thunderbird :: Search, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Thunderbird 3.0b4

People

(Reporter: davida, Assigned: Bienvenu)

Details

(Whiteboard: [no l10n impact])

Attachments

(2 files)

STR: -gloda search -click on a message in a conversation -in the list that opens, select the last message -hit delete (either the key or the trash icon) --> the thread display doesn't update properly, and navigation gets somewhat confused.
Flags: blocking-thunderbird3?
Also,undo doesn't work.
Summary: [faceted search]: deleting last message in 'view as list' mode doesn't workright → [faceted search]: deleting last message in 'view as list' mode gets thread view confused
perhaps similar to what happens with Search Messages?
I get an empty line. you can move up with the mouse and then can't go down anymore. we're missing at list a redraw to get rid of the last line.
Confirmed. (The screenshot shows what I see immediately after pressing delete on the 2nd msg) Undo also doesn't work.
Flags: blocking-thunderbird3? → blocking-thunderbird3+
Flags: blocking-thunderbird3+ → blocking-thunderbird3?
taking
Assignee: nobody → bienvenu
Status: NEW → ASSIGNED
Flags: blocking-thunderbird3? → blocking-thunderbird3+
Target Milestone: --- → Thunderbird 3.0rc1
this is not specific to the last message getting deleted, so I'm going to put this in b4 for now.
Target Milestone: Thunderbird 3.0rc1 → Thunderbird 3.0b4
interesting. I can't reproduce with today's code, nor Thursday's
Status: ASSIGNED → NEW
Flags: blocking-thunderbird3+ → blocking-thunderbird3?
Target Milestone: Thunderbird 3.0b4 → ---
the underlying issue is that the gloda synthetic view isn't "stalking" the underlying folders. This prevents the delete completed notification from getting sent to the view wrapper and then the underlying view. I think I need to make the reportResults method keep track of the different folders we have hits in, and then make the view stalk those folders. I'm still trying to figure out everything about these gloda synthetic views, so it might take me a little while. If you have a view open on the folder that gets hits already, this won't be an issue because the folder notification helper will already be tracking that folder.
Flags: blocking-thunderbird3? → blocking-thunderbird3+
Target Milestone: --- → Thunderbird 3.0b4
Status: NEW → ASSIGNED
Whiteboard: [no l10n impact]
After spending the afternoon in the weeds, it turns out to be simply that synthetic views have no interested listeners, which meant we skipped the curious one, due to my not anticipating this possibility lo these many weeks ago. the xpcshell tests all pass with this. Adding some xpcshell tests for the gloda synthetic views would be good...
Attachment #400190 - Flags: review?(bugmail)
Attachment #400190 - Flags: review?(bugmail) → review+
Flags: in-testsuite?
Keywords: checkin-needed
Whiteboard: [no l10n impact] → [no l10n impact][ready for checkin]
fix pushed
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Keywords: checkin-needed
Whiteboard: [no l10n impact][ready for checkin] → [no l10n impact]
Component: Mail Window Front End → Search
QA Contact: front-end → search
Flags: in-testsuite?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: