Closed Bug 265548 Opened 20 years ago Closed 9 years ago

Virtual Folders don't remember the previously selected message

Categories

(Thunderbird :: General, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Thunderbird 3

People

(Reporter: mscott, Unassigned)

Details

(Keywords: fixed-aviary1.0)

Attachments

(1 file)

When opening a virtual folder, it doesn't seem to honor the "Remember the last selected message" pref. Is this easy to hook up David or do we have issues because we don't have all the headers available to us when we first open the folder in order to select a message? If it isn't easy we'll move this off the 0.9 radar.
Target Milestone: --- → Thunderbird0.9
yeah, we probably don't have the headers at the point at which we try to select the pereviously selected message.
I took a stab at fixing this. Adding the code to select the previously displayed message is easy. The problem is we end up changing the property for the last displayed message on the folder being searched. There is no 'fake' folder for us to set the property on. As a result, when you load say your Inbox again, we end up selecting the last message you viewed from your virtual folder on your Inbox and that got really confusing.
Assignee: bienvenu → mscott
Status: NEW → ASSIGNED
Comment on attachment 163900 [details] [diff] [review] the fix for single folder virtual folders David, This fixes it for the single virtual folder case by consolidating some generic scrolling code that we run after a folder is loaded into a single method (ScrollToMessageAfterFolderLoad ) and then calling that after we are done loading a virtual folder in searchBar.js. I haven't tried to hook this up for cross folder virtual folders yet.
Attachment #163900 - Flags: superreview?(bienvenu)
Attachment #163900 - Flags: superreview?(bienvenu) → superreview+
fixed branch and trunk for the single folder virtual folder case. Enjoy Asa!
David, you mentioned to me over AIM The other day that you thought there was a call from our cross folder virtual folder internals out to javascript after the virtual folder has been searched. Do you know where that call is? I didn't see anything in nsMsgGroupedView::OnSearchDone. If there is such a call then I'll look into fixing this bug for the cross virtual folder case for 0.9 as well. Otherwise we'll move the rest of this bug off the .9 radar since we got the 90% case working (i.e. Asa :)).
no, only for the single folder VF case, in onSearchDone in searchBar.js for the cross folder VF case, I think it's OK to punt for now.
punting
Keywords: fixed-aviary1.0
Target Milestone: Thunderbird0.9 → Thunderbird1.1
I don't know if it's within the existing scope of this bug, but the "back" command ought to mean "go to the last-viewed message" -- not the message which precedes the current one in the message pane (use "previous" for that) -- just as it was in Netscape 4, 6, and 7. The lack of this feature is a major annoyance, especially since Mozilla is so slow to respond to commands (and sometimes loses them entirely) that it's natural and frequent to type "n" twice when one move is intended.
punting again
Target Milestone: Thunderbird1.1 → Thunderbird2.0
Target Milestone: Thunderbird2.0 → Thunderbird 3
QA Contact: general
Blocks: 408338
(In reply to comment #7) > no, only for the single folder VF case, in onSearchDone in searchBar.js > > for the cross folder VF case, I think it's OK to punt for now. Any updated thoughts, Bienvenu? (else this can be marked fixed)
I don't remember if this was hard or not - I'll try to look.
Assignee: mscott → bienvenu
Status: ASSIGNED → NEW
No longer blocks: 408338
(In reply to Scott MacGregor from comment #0) > When opening a virtual folder, it doesn't seem to honor the "Remember the > last > selected message" pref. bienvenu, would you agree this is gone? I can't reproduce (except that last remembered does not survive restarts)
Assignee: dbienvenu → nobody
Anyone who still sees a problem should file a new bug
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: