Closed Bug 106712 Opened 23 years ago Closed 21 years ago

disable the View | Messages | Threaded menuitem when in quick search mode

Categories

(SeaMonkey :: MailNews: Message Display, defect, P3)

x86
Windows 2000
defect

Tracking

(Not tracked)

VERIFIED WONTFIX
mozilla1.3beta

People

(Reporter: sspitzer, Assigned: neil)

References

(Blocks 2 open bugs)

Details

(Whiteboard: [adt3])

Attachments

(2 files)

disable the View | Messages | Threaded menuitem when in quick search mode right now, we just return and do nothing when the user tries to check the mode while in quick search. jglick, do we want to hide the thread related columns when we go into quick search, like we do in the search results pane of advanced search? the thread related columns are: the thread column, the unread in thread column, the total in thread column. one problem with hiding / showing the columns is by doing that, we'll make the columns jump around when going into, and out of, quick search, which probably won't look as good.
QA Contact: esther → laurel
disable view>unread and view>threads w/ unread too since using it ignores those. ... perhaps just disable quick search feature?
Blocks: 103734
Blocks: 106943
No longer blocks: 103734
What? Why should these modes be unavailable in Quick Search? Just fix it to work instead. :)
What about the reverse, if the user is in a Threaded mode, is quick search not available? Ideally it would be nice if they could work together, but i'm not sure exactly how or if that would work. Håkan, do you have an idea for how this would work?
i'd like showing entire threads only if a message in the thread matches the query. Bonus points to give messages not matching the query an extra class so they can be styled extra to distinguish from messages that do ... (default style: color: grey?)
Keywords: nsbeta1+
*** Bug 111523 has been marked as a duplicate of this bug. ***
Priority: -- → P3
Blocks: 122274
Status: NEW → ASSIGNED
Keywords: nsbeta1+nsbeta1-
Blocks: 157217
nominating for next release -- either disable threading ui items or get threading to work in quicksearch.
Keywords: nsbeta1-nsbeta1
Mail triage team: nsbeta1+/adt3
Keywords: nsbeta1nsbeta1+
Whiteboard: [adt3]
Attached patch Proposed patchSplinter Review
Attachment #111838 - Flags: superreview?(sspitzer)
Attachment #111838 - Flags: review?(naving)
re-assigning nsbeta1+ bugs
Assignee: naving → sspitzer
Status: ASSIGNED → NEW
Comment on attachment 111838 [details] [diff] [review] Proposed patch r/sr=sspitzer thanks neil.
Attachment #111838 - Flags: superreview?(sspitzer)
Attachment #111838 - Flags: superreview+
Attachment #111838 - Flags: review?(naving)
Attachment #111838 - Flags: review+
Attachment #111838 - Flags: approval1.3b?
neil, can you get this into 1.3 beta?
Assignee: sspitzer → neil
QA Contact: laurel → esther
Target Milestone: --- → mozilla1.3beta
Comment on attachment 111838 [details] [diff] [review] Proposed patch a=asa (on behalf of drivers) for checkin to 1.3beta.
Attachment #111838 - Flags: approval1.3b? → approval1.3b+
I saw that this patch was checked in on 1/29, but is it fixed? trying in today's build, I don't think the fix that was checked in is working. (not sure if it is an issue with the patch, or with the view, meaning that gDBView.supportsThreading is returning the wrong thing.) my gut tells me that we need to override GetSupportsThreading() in nsMsgQuickSearchDBView
Attached patch Missed a bit :-/Splinter Review
Attachment #113233 - Flags: superreview?(sspitzer)
Attachment #113233 - Flags: review?(naving)
Comment on attachment 113233 [details] [diff] [review] Missed a bit :-/ wait, wont' that affect this the view all msgs command? case "cmd_viewAllMsgs": case "cmd_sortByThread": case "cmd_viewUnreadMsgs": case "cmd_viewThreadsWithUnread": case "cmd_viewWatchedThreadsWithUnread": case "cmd_viewIgnoredThreads": case "cmd_stop": return true;
Attachment #113233 - Flags: review?(naving) → review?(sspitzer)
Comment on attachment 113233 [details] [diff] [review] Missed a bit :-/ waiting to hear about the view all cmd
Attachment #113233 - Flags: superreview?(sspitzer)
Attachment #113233 - Flags: superreview-
Attachment #113233 - Flags: review?(sspitzer)
Attachment #113233 - Flags: review-
Comment on attachment 113233 [details] [diff] [review] Missed a bit :-/ adding back r/sr=sspitzer seeking approval on neil's behalf. I'll explain in my next comment...
Attachment #113233 - Flags: superreview-
Attachment #113233 - Flags: superreview+
Attachment #113233 - Flags: review-
Attachment #113233 - Flags: review+
Attachment #113233 - Flags: approval1.3b?
from neil: "View All Messages doesn't work properly when quick search or mail views are enabled - it does view all messages, despite the settings of quick search and mail views, but it doesn't clear the appearance of quick search or mail views. If you want that fixed, you might as well make some or all of those menuitems clear quick search and mail views, but my impression was that's not what you want." neil's right. also note, the issue of that menu (and how it and mailviews and quick search interact) is covered (or will be covered) by another bug. r/sr on neils patch. accepting for neil, on his behalf.
Status: NEW → ASSIGNED
Comment on attachment 113233 [details] [diff] [review] Missed a bit :-/ a=asa (on behalf of drivers) for checkin to 1.3beta.
Attachment #113233 - Flags: approval1.3b? → approval1.3b+
Is there already a bug for doing the right thing, namely making threaded view and quicksearch work together?
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Trunk build 2003-04-10: WinXP, Mac 10.1.5, Linux RH 8 Is this the expected behavior for this bug? Using this build I found the following results: The following results in the View|Messages submenu items all being disabled: 1. Perform a Quick Search 2. Change the View dropdown to anything but All If the View dropdown is changed to All then the View|Messages submenu items are all enabled. Note: bug# 135326 covers Quick Search working in threaded mode.
QA Contact: esther → nbaca
I'm thinking about backing this out, see bug #189543
reopening, as this was backed out (changed the design) for bug #189543
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
wontfixing. baced out (as part of bug #189543)
Status: REOPENED → RESOLVED
Closed: 22 years ago21 years ago
Resolution: --- → WONTFIX
Verified Wontfix.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: