Open Bug 239593 Opened 21 years ago Updated 9 years ago

Message|Move or Copy: long sub menu scrollposition not 'remembered' if using keyboard instead of mouse

Categories

(SeaMonkey :: MailNews: Message Display, defect)

defect
Not set
minor

Tracking

(Not tracked)

People

(Reporter: jay, Unassigned)

Details

(Keywords: access)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040123 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040123 CORRECT: If you use your MOUSE to File/Move a message to a mailbox (starting either with the File button OR with the menu (Message, Move...), the mailbox that you end up filing into is remembered and the next time (in that same mozilla session) that you file into the SAME folder that contains that mailbox, the navigation focus is on the same mailbox you previously filed into. I believe that this is correct. INCORRECT: If you do the same operation, but use the KEYBOARD instead of the mouse (i.e. alt m, m, etc.) the mailbox is not remembered. I believe that this is incorrect. Reproducible: Always Steps to Reproduce: When mailbox is NOT remembered (but should be): 1. Select message(s) to be filed. 2. Use keyboard: Alt m m (etc., until you get to the desired mailbox). 3. Arrow key up/down the list of mailbox in the desired folder and when focus is on the desired mailbox, hit return key. 4. Message(s) have been filed. 5. Select another message (during same Mozilla session) to be filed into the same mailbox. REPEATE procedure 1-3. Actual Results: When you repeat the procedure (step 5), the focus is NOT on the desired mailbox. Expected Results: The focus should have been on the desired mailbox (the last mailbox that you filed into in that particular folder/directory). If you do the same operation, but use your MOUSE instead of the KEYBOARD, the MOUSE method will result in the mailbox being remembered and being in focus when you enter the desired folder/directory. This is an important issue for me because I have thousands of mailboxes (one for each company client) and very often it is necessary to file messages from both the Inbox and the Sent folders into the same person's mailbox. Because their are so many mail boxes (they are in a broad and deep directory structure, but there are still 20-200 mailboxes in a folder/directory) that scolling through this list is a big issue -- there is no way to fast-scroll; the scroll is slow and there is no slidbar (there should be!).
(In reply to comment #0) > CORRECT: If you use your MOUSE to File/Move a message to a mailbox (starting > either with the File button OR with the menu (Message, Move...), the mailbox > that you end up filing into is remembered and the next time (in that same > mozilla session) that you file into the SAME folder that contains that > mailbox, the navigation focus is on the same mailbox you previously filed > into. I believe that this is correct. I don't understand what you mean by "the navigation focus is on the same mailbox you previously filed into." I don't understand what you mean by "navigation focus" with regard to opening a menu. Since you're talking about very long lists of folders, does this mean the submenu is already scrolled to the position you expect? See also bug 202031, bug 207070, bug 227162.
Mike said: > I don't understand what you mean by "the navigation focus is on the same > mailbox you previously filed into." I don't understand what you mean by > "navigation focus" with regard to opening a menu. Since you're talking > about very long lists of folders, does this mean the submenu is already > scrolled to the position you expect? Currently IF I use use the MOUSE to do move/file (click on File button, and then use mouse to click on each folder, sub-folder, sub-sub-folder, sub-sub-sub-folder, etc.) and file a message into a mailbox "xenix" (see example below), the next time (in the current Mozilla session) that I USE THE MOUSE to come back to the "x-names" folder (imagine that there are 100 mailboxes in the folder instead of three), the list of mailboxes on the "x-names" folder WILL ALREADY BE SCROLLED so that "xenix" is in the visible part of the list. Inbox #shared clients v-names w-names x-names xavier_hollander (MAILBOX) xenix (MAILBOX) xenon (MAILBOX) I am saying that use the MOUSE and the File button DOES currently pre-scroll (but not highlight anything) the long list of mailboxes so that the mailbox I filed into last time (in that folder) IS visible. If I do the very same thing with the keyboard keys (ALT m, m, etc.) the list of mailboxes is NOT pre-scrolled if I come back to THAT folder during that Mozilla session. I hope my explanation is more clear this time. Jay
OK, that makes sense. The term "focus" doesn't really apply; I'm updating the summary for clarity. This bug also applies to the Message|Copy submenu system. Reproduced under Win2K, 1.7b-0402. Updating platform, reducing severity, confirming. Additional note: the scroll position is maintained within the menus of the 'File selected message' toolbutton (via mouse, no keyboard equivalent). The scroll position is *not* maintained for the submenus of the Move and Copy items of the context menus in the Thread and Message panes (via mouse or keyboard). [Keyboard access to context menu, at least under Windows, is Shift+F10, and also probably that little Windows key which I don't have on my keyboard.]
Severity: normal → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: access
OS: Linux → All
Hardware: PC → All
Summary: File/Move message focus on mailbox not sticky if use keyboard instead of mouse → Message|Move or Copy: long sub menu scrollposition not 'remembered' if using keyboard instead of mouse
I have just upgraded from 1.6 to 1.72 and as the OP I am commenting.... Now the final mailbox location is NOT remembered by either the mouse method or the keyboard method. It should be rememberd by both. Jay
Product: Browser → Seamonkey
Assignee: sspitzer → mail
Jay in comment #4) > I have just upgraded from 1.6 to 1.72 and as the OP I am commenting.... > Now the final mailbox location is NOT remembered by either the mouse method or > the keyboard method. > It should be rememberd by both. regression? Jay, does TB bug 350661 (mentioned in bug 207070) address your needs? seems to me if you have 100s or 1000s of folders structured as you say, then you have mail organization/usability issues that goes beyond what this bug can fix. :)
Wayne, I am still in the dark ages -- on Mozilla 1.7.3 -- thus my info/experience is of no utility at this point. However, I am very glad to see that this is finally getting some attention even if it has taken 1-3 years. I do not understand your cryptic comment: > seems to me if you have 100s or 1000s of folders structured as > you say, then you have mail organization/usability issues that > goes beyond what this bug can fix. :) I see the :) but I can't tell if you are really joking or if you think there is something wrong, funny, or freakish with using Mozilla in an INDUSTRIAL manner. In all my (limited) experience with Mozilla on Bugzilla, I have never encountered a developer who admitted or demonstrated understanding the needs of INDUSTRIAL users. My users (interchangably) correspond with thousands of clients and vendors by email. For organizational sanity, each needs its own mailbox. It works just fine in 1.7.3 except for the complete lameness of the 'Subscribe' feature in 1.7.3. It is neither amusing to me nor a freakish use -- it is an essential element in our recordkeeping system and extremely simple to maintain and use. It should be a "poster child" use of Mozilla as a simple, free, and extremely effective tool. Again, I am really glad to see serious attention being paid to MRU. That will probably save my tiny company 50-100 person hours per year! Now I will hope that 'Subscribe' gets attention. What is really needed (I know this is not the place...) is a separate script/program that can run via cron to auto-subscribe users to a (configerable) heirarchical range of mailboxes. Jay
Assignee: mail → nobody
QA Contact: esther → message-display
You need to log in before you can comment on or make changes to this bug.