Closed
Bug 84249
Opened 23 years ago
Closed 23 years ago
offline:copied/moved messages disappear from a folder when you go back online
Categories
(SeaMonkey :: MailNews: Backend, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.4
People
(Reporter: grylchan, Assigned: Bienvenu)
Details
Attachments
(1 file)
1.93 KB,
patch
|
Details | Diff | Splinter Review |
Problem: While offline, if you copy or move a message (doesn't matter if it has been downloaded or not) to another folder, then go to the folder where you moved the message to, go online, you will see the message that was in the folder disappear. Steps to Reproduce: 1.Go offline 2.copy or move a message from your inbox to another folder 3.go to that folder where the message was copied/moved to 4.verify that you can see the message that was just copied/moved 5.keeping the same folder selected, go online Actual Result: Messages that were just copied to the folder, disappear as you go online. You have to click another folder and go back to the folder, where you copied the messages to, to see the newly copied/moved messages in that folder. Expected Result: Messages should not disappear and not force a person to 'refresh' in order to see those copied/moved messages. Please see bug 78809 for more additional information on 'disappearing messages'. David's comments on 2001-06-05 17:42 are insightful. Builds I used to test this bug were commerical branch builds 2001-06-05-11-0.9.1/ -windows 2001-06-05-04-0.9.1/ -linux 2001-06-05-03-0.9.1/ -mac
Comment 2•23 years ago
|
||
adding nsenterprise+
Assignee | ||
Comment 3•23 years ago
|
||
I'll look at this, but as I pointed out in bug 78809, 4.x had this bug as well, so I don't think it's vital we fix it for the next release.
Status: NEW → ASSIGNED
sounds reasonable to me, especially if there were no complaints in 4.x about this..
Assignee | ||
Comment 5•23 years ago
|
||
Assignee | ||
Comment 6•23 years ago
|
||
the patch fixes the problem by adding the dest imap folder as a url listener, which because of existing code, will cause the folder to get updated if it's open in the UI and gets messages moved to it. I need to test this patch some more, and figure out why we're doing each copy one at a time, which is a separate issue, but relevant if we're going to do a noop after each one.
Assignee | ||
Comment 7•23 years ago
|
||
OK, I'm happy with this fix now - can I get an r/sr=?
Comment 8•23 years ago
|
||
sr=sspitzer
Comment 9•23 years ago
|
||
r=naving
Assignee | ||
Comment 10•23 years ago
|
||
fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 11•23 years ago
|
||
Commercial trunk builds 2001082403 - win nt 4.0 2001082408 - linux 2.2, mac 9.0.4 Tested the following: -drag/drop a downloaded and nondownloaded message -selecting messages and using context menu to copy the mesgs to new folder -selecting messages and using context menu to move the mesgs to new folder -selecting messages and using File toolbar button -selecting messages and using Menu item Message|Move Message -selecting messages and using Menu item Message|Copy Message It works fine. After going online, Message dissapears for a microsecond then it appears back. No need to click on another folder to 'refresh' it.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•