Closed Bug 535437 Opened 15 years ago Closed 14 years ago

Activity Manager: pop activity is not showing

Categories

(Thunderbird :: General, enhancement)

enhancement
Not set
normal

Tracking

(blocking-thunderbird3.1 beta1+, thunderbird3.1 beta1-fixed, blocking-thunderbird3.0 -)

RESOLVED FIXED
Thunderbird 3.1b1
Tracking Status
blocking-thunderbird3.1 --- beta1+
thunderbird3.1 --- beta1-fixed
blocking-thunderbird3.0 --- -

People

(Reporter: wsmwk, Assigned: Bienvenu)

Details

(Whiteboard: [UXprio][has patch for code review standard8])

Attachments

(1 file, 1 obsolete file)

Activity Manager: pop activity is not showing
regression?
blocking-thunderbird3.0: --- → ?
Flags: blocking-thunderbird3.1?
What pop activity? We don't show any IMAP or POP activity. The only imap-related activity we show is auto sync.
(In reply to comment #1)
> What pop activity? We don't show any IMAP or POP activity. The only
> imap-related activity we show is auto sync.

yeah, I guess that's true. I guess I was surprised that davida was surprised :) ... perhaps it's time to hook up pop. 

sent message activity is displayed.
Severity: normal → enhancement
Definitely not blocking 3.0.x then.
blocking-thunderbird3.0: ? → -
We don't show moves/deletes for Local Folders is the impression I got.
We do show moves/deletes for local folders. AFAIK, we don't show pop3 activity, e.g., the downloading of pop3 messages.
Ok, probably good to have one entry for downloading pop3 messages.
we also show sent message activity if mailnews.sendInBackground = true (with the imap account identified), but not when false.
(In reply to comment #7)
> we also show sent message activity if mailnews.sendInBackground = true (with
> the imap account identified), but not when false.

Separate bug that is already filed.

(In reply to comment #6)
> Ok, probably good to have one entry for downloading pop3 messages.

FTR If someone wants to do this on the 3.0.x branch this would have to use the same string as the autosync one for "<account> is up to date".
As per discussion with bienvenu and others yesterday, we're going to shoot for getting this into b1.
Assignee: nobody → bienvenu
blocking-thunderbird3.1: --- → beta1+
Flags: blocking-thunderbird3.1?
Keywords: student-project
Whiteboard: [UXprio]
Attached patch wip (obsolete) — Splinter Review
this gets us pop3 notifications in the activity manager. I need to add a unit test for the pop3 notifications. I also need some feedback from Bryan about if and how we should coalesce the activity manager entries for pop3 download attempts...
This adds activities for the start of pop3 download, and when download is completed, along with how many messages were downloaded. It attempts to avoid multiple "no messages downloaded" notifications, in the interest of not polluting the activity manager too much.

I'm not doing progress though the hooks from the backend exist for it. I also test these notifications in the unit test.

I could not resist doing some whitespace cleanup in the pop3 code while I was there...
Attachment #427272 - Attachment is obsolete: true
Attachment #427660 - Flags: ui-review?(clarkbw)
Attachment #427660 - Flags: superreview?(bugzilla)
Attachment #427660 - Flags: review?(bugzilla)
Whiteboard: [UXprio] → [UXprio][has patch for ui review, code review]
Whiteboard: [UXprio][has patch for ui review, code review] → [UXprio][has patch for ui review, code review standard8]
Comment on attachment 427660 [details] [diff] [review]
proposed fix with unit test for pop3 notifications

This doesn't compile on Mac:

+  nsTObserverArray<nsCOMPtr<nsIPop3ServiceListener>>::ForwardIterator

This type of statement should use "> >" not ">>".

+  /**
+   * Notification about download progress.
+   * @param aFolder folder in which the download is happening.
+   * @param aNumDownloaded number of the messages that have been downloaded.
+   * @param aTotalToDownload total number of messages to download.
+   */

nit: blank line with star on before the @params please (a couple of places).

>diff --git a/mailnews/local/src/nsParseMailbox.cpp b/mailnews/local/src/nsParseMailbox.cpp

>+     if (customDBHeaders.Find("content-base") == -1)
>+      customDBHeaders.Insert(NS_LITERAL_CSTRING("content-base "), 0);

I don't think this is part of this patch...

> 
>+  nsCOMPtr <nsIInputStream> inboxInputStream = do_QueryInterface(m_outFileStream);
>+  rv = m_newMailParser->Init(serverFolder, m_folder, (m_downloadingToTempFile) ? m_tmpDownloadFile : path,
>+                            inboxInputStream, aMsgWindow, m_downloadingToTempFile);
>+// if we failed to initialize the parser, then just don't use it!!!
>+// we can still continue without one...

nit: should be indented a little bit

>-nsPop3Sink::GetPopServer(nsIPop3IncomingServer* *server)
>+NS_IMETHODIMP
>+nsPop3Sink::GetPopServer(nsIPop3IncomingServer**aServer)

nit: space one side or other of the ** please.

Generally looks fine, but I haven't run with it yet, which I'll do tomorrow.
Attachment #427660 - Flags: ui-review?(clarkbw) → ui-review+
Comment on attachment 427660 [details] [diff] [review]
proposed fix with unit test for pop3 notifications

The only one I was unsure about here was the last message.

pop3EventStatusTextNoMsgs=No messages downloaded

"No messages downloaded" doesn't seem quite right, though I'm not sure how to change it.  It feels more like we should be saying "No new messages to download" but that's not right either.  Any ideas?

Otherwise it looks great to me assuming we get some resolution on that text
"No new messages to download" or "No new messages on server" both seem OK - do you have a preference between those two?
(In reply to comment #14)
> "No new messages to download" or "No new messages on server" both seem OK - do
> you have a preference between those two?

"No new messages to download" looks better to me, I think we want to avoid the use of the word "server" as much as possible.
clear up some flags, everything looks good to me with the above strings
OS: Windows Vista → All
Hardware: x86 → All
Whiteboard: [UXprio][has patch for ui review, code review standard8] → [UXprio][has patch for code review standard8]
Comment on attachment 427660 [details] [diff] [review]
proposed fix with unit test for pop3 notifications

Ok, this looks fine subject to my comments previously.
Attachment #427660 - Flags: superreview?(bugzilla)
Attachment #427660 - Flags: superreview+
Attachment #427660 - Flags: review?(bugzilla)
Attachment #427660 - Flags: review+
fix checked in, with comments addressed.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 3.1b1
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: