Open
Bug 481142
Opened 16 years ago
Updated 2 years ago
Renamed folders in IMAP account appears both with original and new name
Categories
(MailNews Core :: Networking: IMAP, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: lrosa, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
670.19 KB,
application/x-rar
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.6) Gecko/2009020911 Ubuntu/8.10 (intrepid) Firefox/3.0.6
Build Identifier: 3.0b2
Renaming an IMAP folder with another client causes TB to display both old and new name in folder list
Reproducible: Always
Steps to Reproduce:
1. Start TB and connect to IMAP account
2. Switch to another client (webmail or another instance of TB) and rename a subfolder
3. Go back to TB and refresh the subfolder list
Actual Results:
You see the renamed folder twice, both the old name and the new one
Expected Results:
Old name should not be displayed, in face clicking in it gives an error.
I verified this bug in latest 2.0, in 3.0b2 and in today nigtly build.
See attached IMAP.RAR; I created this subtree:
shredder
\ -sh level1 a
\ -sh level2 11
-sh level2 2
-sh level2 zz
-sh level1 b
-sh level1 c
Renaming "sh level2 zz" to "sh level2 3" in TB 2.0 causes displaying BOTH "sh
level2 zz" and "sh level2 3" in Shredder.
This bug hapens in TB 2.0 when I rename "sh level2 11" in Shredder.
Reporter | ||
Comment 1•16 years ago
|
||
Updated•16 years ago
|
Component: Folder and Message Lists → Networking: IMAP
Product: Thunderbird → MailNews Core
QA Contact: folders-message-lists → networking.imap
Version: unspecified → 1.9.1 Branch
Comment 2•16 years ago
|
||
I could observe the phenomenon with Tb trunk.
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090302 Shredder/3.0b3pre
- Gmail IMAP is used. (Note: Bug 470650 is not relevant when Gmail IMAP case)
- Concurrent access by Seamonkey 1.1.14, Tb trunk, and Gmail Web Interface.
- Rename/Delete by Seamonkey or Gmail, while Tb trunk is accessing Gmail IMAP.
Old folder(renamed or deleted by other) disappeared many times after next.
1. Open a folder, and subsribe => old folder is not listed => Refresh
(If login is not done yet, subscribe displays nothing. Already known bug.)
2. Restart Tb. (If not effective, repeat 1 & 2 several times)
I'm not sure that this is currently available/effective recovery procedure.
Reporter | ||
Comment 3•16 years ago
|
||
I did my tests using Dovecot IMAP server; I think that this particular bug is not related to server software.
Comment 4•16 years ago
|
||
I tested again with Tb trunk 2009/3/07 build, using Gmail IMAP.
> Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b4pre) Gecko/20090307 Shredder/3.0b3pre
> Folder name : Test-003/X-03
1. Open Test-003/X-03 by Tb trunk.
2. Rename Gmail Label of Test-003/X-03 to Test-003/X-03-A (== folder rename)
3-A. Show subscribed folder only = Not checked
=> X-03 & X-03-A at folder pane
3-B. Show subscribed folder only = Checked
=> X-03 only at folder pane
4. Collapse Test-003 & expand Test-003 gain
=> Nothing is changed at folder pane
5. Collapse IMAP account and & expand IMAP account again
=> X-03-A only at folder pane.
Improved by patch for Bug 472129?
Updated•16 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 5•9 years ago
|
||
Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•