Closed
Bug 59638
Opened 24 years ago
Closed 22 years ago
[stand alone msg window] reading news/mail across newsgroups/folders does not load next unread message
Categories
(SeaMonkey :: MailNews: Message Display, defect, P3)
SeaMonkey
MailNews: Message Display
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.3beta
People
(Reporter: timr, Assigned: sspitzer)
References
Details
(Whiteboard: [adt2])
Attachments
(3 files, 8 obsolete files)
(deleted),
patch
|
Details | Diff | Splinter Review | |
(deleted),
patch
|
Details | Diff | Splinter Review | |
(deleted),
patch
|
Details | Diff | Splinter Review |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; m18) Gecko/20001109
BuildID: 2000110904
When reading newsgroups, I hit 'n' to read the next unread message. When all
are read, Mozilla then prompts me to read the next group with unread messages.
I say "OK", and Mozilla jumps to the next unread message in the next group.
However, the message is not displayed in the "preview pane" in mailnews. If I
hit enter, the message is displayed properly in the standalone message window.
Reproducible: Always
Steps to Reproduce:
Read news, using "n" key. go to next unread in next group when prompted.
Actual Results: Message not displayed in 3-pane mailnews window.
Expected Results: Mozilla should show the message.
Assignee | ||
Comment 4•24 years ago
|
||
yes, this is known. see other issues in bug #17801.
as soon as I log bugs for all those issues, I'll mark 17801 fixed.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Assignee | ||
Comment 9•23 years ago
|
||
I've got a couple "next unread" problems that I need to sort out, but I haven't
had time.
moving to mozilla 1.0, but I hope to get to it sooner.
hopefully I can find time to fix all these problems in one fell swoop.
Summary: reading news across newsgroups does not next unread message → reading news across newsgroups does not load next unread message
Target Milestone: --- → mozilla1.0
Comment 10•23 years ago
|
||
*** Bug 89056 has been marked as a duplicate of this bug. ***
Comment 11•23 years ago
|
||
Note to QA: when/if this bug is addressed, we need to verify cross navigation
across various types of accounts and folders. There are many bugs marked
duplicate of this scenario which are not news specific.
Comment 12•23 years ago
|
||
*** Bug 80870 has been marked as a duplicate of this bug. ***
Comment 13•23 years ago
|
||
*** Bug 88351 has been marked as a duplicate of this bug. ***
Comment 14•23 years ago
|
||
*** Bug 90423 has been marked as a duplicate of this bug. ***
Comment 15•23 years ago
|
||
*** Bug 92104 has been marked as a duplicate of this bug. ***
Comment 17•23 years ago
|
||
*** Bug 96399 has been marked as a duplicate of this bug. ***
Comment 18•23 years ago
|
||
This is not restricted to news; it happens with my mail every time I hit 'n'
(next unread message) or click the toolbar 'next' button and the next unread
message is in a different folder. If I do a forward/back the message then
shows. Another strange bit: The message headers display but the message body
does not. Also, if I mark the "blank" message as unread, go to another folder,
then hit 'n' again the message body will be shown properly.
Comment 19•23 years ago
|
||
*** Bug 100445 has been marked as a duplicate of this bug. ***
Comment 20•23 years ago
|
||
updating summary to include mail (80680, 78303, 89056, 80870, 88351, 90423,
92104, 96399, 100445), os->all
OS: Windows 2000 → All
Summary: reading news across newsgroups does not load next unread message → reading news/mail across newsgroups/folders does not load next unread message
Comment 21•23 years ago
|
||
This worksforme now. Is anyone still seeing this issue in the latest nightly
build?
Comment 22•23 years ago
|
||
Not in mail with linux 2001102606 trunk
Comment 23•23 years ago
|
||
Not in win32 2001102603
Comment 24•23 years ago
|
||
So exactly how do I reproduce this? I clicked on the last unread msg in a
group, and then hit 'n', OK to go to the next group, and after a while the next
msg loaded.
Comment 25•23 years ago
|
||
win98 2001102503, 2001102603: seems to work right in news now, but not in mail -
the message body doesn't show up. Yes, your steps look ok
Updated•23 years ago
|
QA Contact: nbaca → olgam
Comment 26•23 years ago
|
||
*** Bug 110458 has been marked as a duplicate of this bug. ***
Comment 27•23 years ago
|
||
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1
(you can query for this string to delete spam or retrieve the list of bugs I've
moved)
Target Milestone: mozilla1.0 → mozilla1.0.1
Comment 28•23 years ago
|
||
I've noticed a change in behavior in the last couple builds.
When crossing folders with next unread, it now loads a message
that is not the next unread. Is that change an attempt to
work around the issue here?
*** Bug 106249 has been marked as a duplicate of this bug. ***
Updated•23 years ago
|
Comment 30•23 years ago
|
||
*** Bug 114577 has been marked as a duplicate of this bug. ***
Comment 31•23 years ago
|
||
mythdraug@pobox.com, I think your problem is bug 112574.
Comment 32•23 years ago
|
||
*** Bug 103246 has been marked as a duplicate of this bug. ***
Comment 33•23 years ago
|
||
With the current CVS build, 'n' works like it should for news.
But if the next unread is in a mail box, the message is selected but not displayed.
Linux
Comment 34•23 years ago
|
||
I'm using the 1/3 build and this appears to work for me for both imap mail and
news. Local mail seems to just load the header but not the body.
Updated•23 years ago
|
Comment 35•23 years ago
|
||
This was my most hated bug since 2000110904.
I think this is fixed in the latest nighlies.
Works for me with 2002032803 .
Can anyone confirme.
Comment 36•23 years ago
|
||
no, doesn't work for me in latest win98 nightly 2002032803 across folders w/
pop3 mail
Comment 37•23 years ago
|
||
*** Bug 126164 has been marked as a duplicate of this bug. ***
Comment 38•23 years ago
|
||
*** Bug 100184 has been marked as a duplicate of this bug. ***
Comment 39•23 years ago
|
||
Looking at the number of dupes and votes, this is not a minor bug. I'd even
suggest major since this is extremely confusing for the average user who simple
seems not to be able to read mail.
pi
Comment 40•23 years ago
|
||
Update: just noticed WFM 2002050807 on win2kpro when reading mail, haven't
access to NNTP server to test.
Comment 41•23 years ago
|
||
Nope, false alarm. Not working on today's win32 build 2002050908. Feh.
Comment 42•23 years ago
|
||
If I select the folder (3-pane window) the next 'n' would jump to before
pressing the key, the next unread message is loaded normally (mail, no problem
with news, 2002051206).
Missing procedure call (opening folder-database?) after the "unread message"-dialog?
HTH
Jens
Comment 43•22 years ago
|
||
If you go the first folder with an unread messages, they are displayed correctly.
The problem only seems to appear if you go to the following folders.
(tested with RC2 under Win)
Comment 44•22 years ago
|
||
A bit more about my experience with this (only reading Mail, Mozilla/5.0 (X11;
U; Linux i686; en-US; rv:1.0rc2) Gecko/20020514).
As described above, when going to the next unread message (hitting 'n') takes
you to a new folder, the message doesn't get displayed in the preview pane.
A couple of extra quirks:
- If you're in the above situation (with message A selected but not displayed
in preview) then hit 'n' again to go to message B in another new folder, message
B actually does get displayed in the preview pane.
- If you hit 'n' from an empty folder (no message displayed in preview), the
new message in the next folder _does_ get displayed.
Comment 45•22 years ago
|
||
*** Bug 145526 has been marked as a duplicate of this bug. ***
Comment 46•22 years ago
|
||
*** Bug 145686 has been marked as a duplicate of this bug. ***
Comment 47•22 years ago
|
||
*** Bug 146425 has been marked as a duplicate of this bug. ***
Comment 48•22 years ago
|
||
*** Bug 146805 has been marked as a duplicate of this bug. ***
Comment 49•22 years ago
|
||
Still present in build 2002052306 (win2k);
Some additional observation: if I delete the last message of a folder, it
sometimes disappears from the message pane, sometimes it doesn't. This latter
case feels weird and not correct: the message list pane is empty, but the
message body pane still shows one!?. Anyhow, when I hit n in that case, it never
displays the next message as reported in this bug. If the initial message does
disappear from the message pane, hitting 'n' usually shows the next message in
the next folder without problems.
This is a real show stopper when selling mozilla to a new user!
Comment 50•22 years ago
|
||
Guido, I agree with you judgement. This bug sucks, big time!
Your observation with not cleaning the display on deletion is bug 62938.
pi
Comment 51•22 years ago
|
||
Same happens when going from one mail account to another is mail is unread in
another account
Comment 52•22 years ago
|
||
If I have activated the Mail Start Page in Preferences, when hitting next
button, the page especified is showed instead of message or blank.
I don't know if this helps.
Comment 53•22 years ago
|
||
*** Bug 151289 has been marked as a duplicate of this bug. ***
Comment 54•22 years ago
|
||
build 20020620 [win2k]
still experiencing.
funny thing is, that it happens every 2nd time (as described in comment #44)
didn't saw things told to see in comment #52
p.s. i think that bug 103246 is dupe of this one (although there are some
discussions)
Comment 55•22 years ago
|
||
I definitely think that bug 103246 is a duplicate of this one, as is bug 82833.
Bug 152135 is also a duplicate of 103246.
The most salient point of the other bugs seems to be that this only happens with
local folders / offline news reading (see bug 103246 comment #13).
I can only confirm that I'm seeing the problem with local mail folders, which is
all I use.
Comment 56•22 years ago
|
||
*** Bug 153434 has been marked as a duplicate of this bug. ***
Comment 57•22 years ago
|
||
*** Bug 103246 has been marked as a duplicate of this bug. ***
Comment 58•22 years ago
|
||
*** Bug 154677 has been marked as a duplicate of this bug. ***
Comment 59•22 years ago
|
||
Still present on 1.1a+
(Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a+) Gecko/20020701)
I have several folders and filters (mailing lists junkie.) When I check email, I
use the toolbar "Next" button and when it jumps to the next unread message in
_another_ folder, the body of the message is not shown.
To reproduce is not necessary to get new mails. Just create some folders, and
move messages to them. Then, go to any folder, mark one or more messages as
unread. Repeat a couple of times. Select the root folder (or account, I don't
even know how to name it) and press the Next button. If the message belongs to
the folder currently selected, it will display properly. If the next unread
message it's on another folder, the program will ask if it's okay to move to "X"
folder. The message will be shown properly too; if you press again the "next"
button, and the message is in another folder, it will ask again. Press Ok, and
the body of the message is not shown. If "next" is pressed again, and if the
message is in the same folder, it will be showed properly this time.
Should I mention that I REALLY HATE this bug? no? Ok, then.
Sorry for the long message, and/or for my english.
Comment 60•22 years ago
|
||
The behaviour just noted is precisely the behaviour I've noticed. One thing he
forgot to try, was (on a transition that didn't show the message) was to switch
to another message, then (as that message begins to render) switch back to the
one the renderer missed. It will now display. This really, really needs to be
fixed ASAP, since I think that this bug isn't present in NS 4.7x, and I can't
recall if NS 6 had it; I despised NS6.x because it was very slow, mainly because
it was in Java Debug Mode continuously. (At least, that was true for the NS 6.x
builds I ran, oh, so long ago!)
This bug is so annoying that /I/ would consider it a major bug.
Comment 61•22 years ago
|
||
This bug seems to be fixed with the most recent build (Gecko/20020708). I have
been testing it for 2 days with approx 70 mail filters and have not encountered
it once.
Comment 62•22 years ago
|
||
nah still bugs linux trunk cvs 2002-07-09
Comment 63•22 years ago
|
||
Still happens with Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a+)
Gecko/20020708
Also, "next unread message" now just don't work (the folders have the correct
icon, but aren't highlighted and "next unread message" don't "travel" between
folders)
Comment 64•22 years ago
|
||
WFM with 2002070904 on NT,
This was my most hated bug since 2000110904.
please confirm.
Günter
Comment 65•22 years ago
|
||
Re Leonardo Herrera's comment.
This bug does look to be fixed (at least on the Windows build). As for the
trouble you are referring to. If you take focus away from the message body
(click on the headers eg.) the next/previous functionality returns. I would
suggest this would be a different bug as when you use the next/previous unread
message buttons, the message is displayed without requiring a reload.
df
Comment 66•22 years ago
|
||
WFM on today's win32 build 2002070908
Comment 67•22 years ago
|
||
Wheeee! Looks good now (Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.1a+) Gecko/20020709)
Big thanks to the, eh, inflictor of this fix :-)
Comment 68•22 years ago
|
||
Ummm. NOTFORME (tm)
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a+) Gecko/20020712
Works in 3-pane. Does not work in MailStandalone even tho' the "offer" is made.
Comment 69•22 years ago
|
||
*** Bug 155505 has been marked as a duplicate of this bug. ***
Comment 70•22 years ago
|
||
WFM: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1b) Gecko/2002072818
pi
Comment 71•22 years ago
|
||
wfm too
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020801
Günter
Comment 72•22 years ago
|
||
*** Bug 124352 has been marked as a duplicate of this bug. ***
Comment 74•22 years ago
|
||
This works for me in the 3 pane, but not in the standalone mail window.
Reassigning to ssu.
Comment 75•22 years ago
|
||
this is a preliminary patch that does fix this bug. However, I'm still making
sure that the patch is the correct way to fix this bug.
Comment 76•22 years ago
|
||
Mac OS 9.1 Build 2002100911
I have noticed that when the inbox of my pop account is selected, n shortcut or
Next button never works. Trash is set to an unselected state, that's all, no
message
Comment 77•22 years ago
|
||
Comment on attachment 102522 [details] [diff] [review]
patch v1.0
> if (supportsFolderPane)
> SelectFolder(folder.URI);
>+ else
>+ UpdateDBView(folder.URI);
Is there a good reason why the functionality of the UpdateDBView function can't
be merged into the SelectFolder function (removing UpdateDBView)?
This would allow you to remove the supportsFolderPane hack.
Attachment #102522 -
Flags: review?(racham)
Attachment #102522 -
Flags: review?(racham) → review?(sspitzer)
Assignee | ||
Comment 78•22 years ago
|
||
heavily duped bug, let's see if we can get this into 1.3 alpha.
Target Milestone: mozilla1.2alpha → mozilla1.3alpha
Assignee | ||
Comment 79•22 years ago
|
||
Attachment #102522 -
Attachment is obsolete: true
Assignee | ||
Comment 80•22 years ago
|
||
I'm seeing some xpconnect errors, not sure if they are new, or existing.
looking into them...
************************************************************
* Call to xpconnect wrapped JSObject produced this error: *
[Exception... "Component returned failure code: 0x80004002 (NS_NOINTERFACE) [nsI
Supports.QueryInterface]" nsresult: "0x80004002 (NS_NOINTERFACE)" location: "J
S frame :: chrome://messenger/content/mailWindowOverlay.js :: OnMsgLoaded :: lin
e 1898" data: no]
************************************************************
************************************************************
* Call to xpconnect wrapped JSObject produced this error: *
[Exception... "Component returned failure code: 0x8000ffff (NS_ERROR_UNEXPECTED)
[nsIMsgDBView.URIForFirstSelectedMessage]" nsresult: "0x8000ffff (NS_ERROR_UNE
XPECTED)" location: "JS frame :: chrome://messenger/content/msgMail3PaneWindow.
js :: anonymous :: line 259" data: no]
************************************************************
Assignee | ||
Comment 81•22 years ago
|
||
I have a theory.
I think all msg windows are getting these events, the 3 pane and the stand alone
msg window, but only the appropriate window should react.
Assignee | ||
Comment 82•22 years ago
|
||
looks like we knew about this.
from mailWindow.js, OnMsgLoaded()
// XXX TODO
// bienvenu tells me:
// if you have two message windows open, you can get multiple attempts
// to copy into the pfc. the second will fail and assert.
dump("not loading msg into this window - loaded message = " +
messageURI + "loading " + msgURI + "\n");
// return;
I'm going to fix this by passing around the msg window.
Assignee | ||
Comment 83•22 years ago
|
||
ok, patch coming that uses the msg window to drop msgLoaded events.
this prevents both XPConnect errors I was seeing.
Assignee | ||
Comment 84•22 years ago
|
||
Attachment #108434 -
Attachment is obsolete: true
Assignee | ||
Comment 85•22 years ago
|
||
taking from ssu, since I've got this in my tree
Assignee: ssu → sspitzer
Status: ASSIGNED → NEW
Assignee | ||
Updated•22 years ago
|
Attachment #108457 -
Flags: superreview?(bienvenu)
Updated•22 years ago
|
Attachment #102522 -
Flags: review?(sspitzer)
Comment 87•22 years ago
|
||
Comment on attachment 108457 [details] [diff] [review]
ssu's patch + neils suggestion + XPConnect error fixes
>@@ -393,18 +393,12 @@
>
> function IsNewsMessage(messageUri)
> {
>- if (!messageUri)
>- return false;
>- else
>- return (messageUri.substring(0,14) == "news-message:/");
>+ return (messageUri && messageUri.substring(0,14) == "news-message:/");
> }
>
> function IsImapMessage(messageUri)
> {
>- if (!messageUri)
>- return false;
>- else
>- return (messageUri.substring(0,14) == "imap-message:/");
>+ return (messageUri && messageUri.substring(0,14) == "imap-message:/");
> }
>
> function SetMenuItemLabel(menuItemId, customLabel)
>@@ -1893,6 +1887,7 @@
Nit: if you want to improve these, use
function IsNewsMessage(messageUri)
{
return(/^news-message:/.test(messageUri));
}
function IsImapMessage(messageUri)
{
return(/^imap-message:/.test(messageUri));
}
(well you could test for the / as well but that's less readable...)
Comment 88•22 years ago
|
||
Why not call OnMsgLoaded() directly from messageHeaderSink.onEndMsgDownload()?
Comment 89•22 years ago
|
||
Comment on attachment 108457 [details] [diff] [review]
ssu's patch + neils suggestion + XPConnect error fixes
sr=bienvenu - I wouldn't push this for 1.3a just because the risk seems greater
than the reward
Attachment #108457 -
Flags: superreview?(bienvenu) → superreview+
Assignee | ||
Comment 90•22 years ago
|
||
the reason I was hoping for 1.3 alpha was it was one mailnews's most dup'd bugs.
(see jar:http://bugzilla.mozilla.org/duplicates.jar!/duplicates.xul)
but if bienvenu thinks it should wait until after 1.3 alpha, I'll wait.
Assignee | ||
Comment 91•22 years ago
|
||
> Why not call OnMsgLoaded() directly from messageHeaderSink.onEndMsgDownload()?
good point! that makes for a much cleaner fix. I'll work on it.
> return(/^news-message:/.test(messageUri));
can you explain why that's better? does substring allocate, and test doesn't?
Assignee | ||
Comment 92•22 years ago
|
||
Attachment #108457 -
Attachment is obsolete: true
Comment 93•22 years ago
|
||
Comment on attachment 108504 [details] [diff] [review]
updated patch, with neil's suggestion to remove the msgLoaded atom. (much simpler!)
sr=bienvenu, yes, that is a lot simpler.
Attachment #108504 -
Flags: superreview+
Assignee | ||
Comment 94•22 years ago
|
||
sorry david, one more patch coming, switching from substring() to test()...
Assignee | ||
Comment 95•22 years ago
|
||
Attachment #108504 -
Attachment is obsolete: true
Assignee | ||
Comment 96•22 years ago
|
||
Comment on attachment 108507 [details] [diff] [review]
latest patch, testing now...
tested it, looks good.
r=sspitzer on ssu's stuff.
can I get a review from ssu for the stuff he didn't write, and a sr for the
whole enchilada?
I'd like to get this into 1.3 alpha, to kill a top dup'd bug.
Attachment #108507 -
Flags: superreview?(bienvenu)
Attachment #108507 -
Flags: review?(ssu)
Comment 97•22 years ago
|
||
Comment on attachment 108507 [details] [diff] [review]
latest patch, testing now...
sr=bienvenu, I withdraw my comment about not being worth the risk for 1.3a -
it's less risky now, and it is a mostfreq duped bug.
Attachment #108507 -
Flags: superreview?(bienvenu) → superreview+
Comment 98•22 years ago
|
||
Seth, I was told that test was more efficient, so I passed on the information
(assuming that I have remembered it correctly :-)
Attachment #108507 -
Flags: review?(ssu) → review+
Assignee | ||
Comment 99•22 years ago
|
||
Comment on attachment 108507 [details] [diff] [review]
latest patch, testing now...
seeking approval
Attachment #108507 -
Flags: approval1.3a?
Assignee | ||
Comment 100•22 years ago
|
||
fixed.
thanks again to ssu for the initial patch.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 101•22 years ago
|
||
Comment on attachment 108507 [details] [diff] [review]
latest patch, testing now...
not a 1.3a blocker, removing approval request.
Attachment #108507 -
Flags: approval1.3a?
Assignee | ||
Comment 102•22 years ago
|
||
keep in mind, this is still broken for the stand alone msg window.
see bug #127311
Assignee | ||
Comment 103•22 years ago
|
||
I think I'm still seeing the problem with the stand alone msg window, but I
swore it was working.
re-opening, until I'm less confused.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 104•22 years ago
|
||
I tried to fix this back in 127311, and bienvenu pointed out that we need to
wait for the folder to load, before we can find the unread message.
this is how SelectFolder() works in the 3 pane js.
not 100% sure why it appear to work in my tests yesterday, but I can get it to
fail this morning.
I've marked 127311 a dup of this bug, and I'll investigate.
I'm have to undo some of the changes that I checked in, but not the msgLoaded
atom change or the test() change, or some of the other code cleanup.
sorry for all the thrashing.
Status: REOPENED → ASSIGNED
Summary: reading news/mail across newsgroups/folders does not load next unread message → [stand alone msg window] reading news/mail across newsgroups/folders does not load next unread message
Assignee | ||
Comment 105•22 years ago
|
||
*** Bug 127311 has been marked as a duplicate of this bug. ***
Assignee | ||
Updated•22 years ago
|
Target Milestone: mozilla1.3alpha → mozilla1.3beta
Assignee | ||
Comment 106•22 years ago
|
||
here's what I'm working on.
basically, similar to how the folder pane works.
wait for the folder to load before taking action.
Attachment #108507 -
Attachment is obsolete: true
Assignee | ||
Comment 107•22 years ago
|
||
Attachment #109061 -
Attachment is obsolete: true
Assignee | ||
Comment 108•22 years ago
|
||
Attachment #109064 -
Attachment is obsolete: true
Assignee | ||
Comment 109•22 years ago
|
||
before I seek reviews, I need to test:
1) dnd into stand alone msg window
2) verify cross folder navigation work (I've been confused before)
3) test multiple 3 pane, multiple stand alone windows do the right thing
Attachment #109066 -
Attachment is obsolete: true
Assignee | ||
Comment 110•22 years ago
|
||
fixed.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → FIXED
Comment 111•22 years ago
|
||
Comment on attachment 109079 [details] [diff] [review]
updated patch, with some additional code cleanup
>+ else if (eventType == "FolderLoaded") {
>+ if (folder) {
>+ var resource = folder.QueryInterface(Components.interfaces.nsIRDFResource);
>+ if (resource) {
>+ var uri = resource.Value;
>+ if (uri == gCurrentFolderToRerootForStandAlone) {
>+ gCurrentFolderToRerootForStandAlone = null;
>+ var msgFolder = folder.QueryInterface(Components.interfaces.nsIMsgFolder);
>+ if (msgFolder) {
>+ msgFolder.endFolderLoading();
>+ if (gRerootOnFolderLoadForStandAlone) {
>+ RerootFolderForStandAlone(uri);
>+ }
>+ }
>+ }
>+ }
>+ }
Just out of interest, could you have used folder.URI instead of resource.Value
thus saving you the QI to nsIRDFResource?
Comment 112•22 years ago
|
||
Cross folder navigation isn't updating the mail toolbar properly; when you
navigate from a mail to a news server the delete button doesn't change to mark,
until you start reading the second newsgroup.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 113•22 years ago
|
||
Also, if there are new mail messages, it should go to the mail messages before
going to newsgroups.
Assignee | ||
Comment 114•22 years ago
|
||
working on some of the issues mentioned.
some might be spin off bugs.
Status: REOPENED → ASSIGNED
Comment 115•22 years ago
|
||
Amen! This is one of the most irritating things right now with Mozilla
Messenger... the fact that (esp. with multiple POP3 email accounts with new
messages) Mozilla blithely attempts to go straight to the unread newsgroups at
the end of the first (default?) account's unread messages.
I suppose I really do need to upgrade to 1.2.1, though. Beware; eWeek did
another article on Mozilla; praised 1.2.1 quite highly...we might have more
people entering the testing...
Comment 116•22 years ago
|
||
Hey, this wasn't working for me, but now is (standalone window). Good job everyone!
Assignee | ||
Comment 117•22 years ago
|
||
> Cross folder navigation isn't updating the mail toolbar properly; when you
> navigate from a mail to a news server the delete button doesn't change to mark,
> until you start reading the second newsgroup.
fix in hand, patch coming.
Assignee | ||
Comment 118•22 years ago
|
||
fixes the toolbar problem, and I've remove the QI (also suggested by neil)
Assignee | ||
Comment 119•22 years ago
|
||
marking fixed.
let's take comment #113 (From Mike Fedyk, "Also, if there are new mail messages,
it should go to the mail messages before going to newsgroups.") to a spin off bug.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 120•22 years ago
|
||
Comment 121•22 years ago
|
||
Using trunk build 20030303 on linux I have tested this by navigating to the next
unread via Next Button and N key in the following scenarios:
I have tested this by navigating while in the thread pane
I have tested this by navigating while in the stand alone mail window
I have crossed IMAP folders
I have crossed over to POP accounts from IMAP
I have crossed over POP folders
I have crossed over to newsgroups from POP accounts
I have crossed over newsgroups
The toolbar and menu items changed when crossing into News from Mail.
The only outstanding issue is comment 113, we don't go back to folders with
unread within a IMAP or POP account. We do go back to messages within the same
folder that are unread. I'll look for the new bug that should have been logged.
Still need to verify Win and Mac
Comment 122•22 years ago
|
||
> The only outstanding issue is comment 113, we don't go back to folders with
> unread within a IMAP or POP account.
I think this might confuse quick search/message views, you would never be able
to leave a folder which wasn't displaying its unread messages.
Comment 123•22 years ago
|
||
Using trunk build 20030303 on WinXP I have tested this by navigating to the next
unread via Next Button and N key in the following scenarios:
I have tested this by navigating while in the thread pane
I have tested this by navigating while in the stand alone mail window
I have crossed IMAP folders
I have crossed over to POP accounts from IMAP
I have crossed over POP folders
I have crossed over to newsgroups from POP accounts
I have crossed over newsgroups
The toolbar and menu items changed when crossing into News from Mail.
Windows is verified too.
I agreee with Neil regarding comment 113. Still testing MacOSX
Comment 124•22 years ago
|
||
Using trunk build 20030303 on MAC OSX I have tested this by navigating to the next
unread via Next Button and N key in the following scenarios:
I have tested this by navigating while in the thread pane
I have tested this by navigating while in the stand alone mail window
I have crossed IMAP folders
I have crossed over to POP accounts from IMAP
I have crossed over POP folders
I have crossed over to newsgroups from POP accounts
I have crossed over newsgroups
The toolbar and menu items changed when crossing into News from Mail.
Mac is verified too.
Status: RESOLVED → VERIFIED
Comment 125•21 years ago
|
||
*** Bug 143716 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•