[Bug 885525]
To all problem repoters: Which is actual problem of this bug? Or which is actual request? (A) Because "trash selection UI" accepts other tha [Gmail]/Trash as "trash folder in Tb for Gmail IMAP aaccount", Tb must respect the user's trash folder choice by user, even if this is Gmail account. Tb users know Gmail's particularity pretty well. i.e. UX bug. (B) "Always Use [Gmail]/Trash (localized name by Gmail if Display Language in Gmail is not English)" is reasonable and aacceptable. "trash selection UI" must not accept trash folder selection change if Gmail IMAP. "trash selection UI" must not lie on actual trash folder selection. i.e. UI bug. Root cause of confusions by users in this bug is "mismatch between UX and UI". Second cause is that Tb users usually never try to read "User's Guide or Manual of Gmail/Gmail IMAP provided by Gmail", even though "particularity of Gmail/Gmail IMAP" surely exists. Who is responsible to the "particularity of Gmail/Gmail IMAP" is never Thunderbird Developers. Who is responsible is surely Gmail/Google. Gmail's recommendation is "Remove it immediately" because Auto-Expunge of Gmail IMAP is enabled by default. FYI. For "Archive granularity", [Gmail]/All Mail is used as Archive folder by default. So, solution like (B) is already introduced to avoid user's confusions. "Archive granularity" option is disabled in UI if Gmail IMAP. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
Sorry coment #66 is poting to wrong bug. Ignore it, please. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
Following in comment #65 is not easily applicable to "Delete key" user. Button script for "copy/move selected messaages to FolderUserWants" Key assignment change for "Delete Key" is needed, but it's not so easy even thoogh the key assignment change is simple job(it's merely a key assignment change, but side efects etc. should be fully cared because Delete key.) So, your own Toolbar button like next may be better for "Delete key" users. When clicked, store Trash attribute to your own trash, and if Gmail IMAP, register eventListener for the folder. When eventListener detects "removal of Trash attribute from my own trash by Thunderbird", Anti Tb+Gmail feature wakes up: store Trash attribute to my own trash, and immediately clear Trash attribute of [Gmail]/Trash if [Gmail]/Trash exists. this is start of endless war with "Dark Tb+Gmail" :-) Merit of above : Applicable to all [Gmail]/Trash is shown case, hidden case, unsubscribed case, Problem of above : If Tb is restarted, "your own trash" looses Trash attribute until you click button again. FolderFlags addon may behave like above, because following was reported in bug 1175446. When [Gmail]/Trash is hedden by Gmail, if "his own trash" is set as "folder which has Trash attribure, which has trash can icon" by the addon, "trash can icon" of the "his own trash" is kept until restart of Thunderbird. Can some one check with FolderFlags addon? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
(In addition to comment #65) If "top level Trash at folder pane of Tb" could be used as "trash in Tb"("delete mail" moves mail to it) in Tb 31 with addon even with imap delete model=Remove it immediately or just mark it as deleted, reason is next. In Tb, "trash folder used by Delete Mail/Empty Trash" = first found folder which has Trash atribute in Tb. "Trash atribute in Tb" is shown as "trash can icon" at folder pane. Because top level Trash is found before [Gmail]/Trash fy folder tree scan, even if both has "trash can icon", top level Trash is used as "trash used by delete mail" as far as "trsh can icon" is kept in the folder. When Tb uses [Gmail]/Trash as "trash in Tb", Tb clears "Trash attribute" of all other folders under the IMAP accout, in order to keep "only one folder is trash in an IMAP account", or when change to "Remove it immeditely" or "Just mark it as deleted", Tb perhaps clears "Trash attribute2 of all folders under the IMAP account. This is reason why "trash can icon" of "top level Trash at folder pane of Tb" is cleared. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
FYI. "Archive button for delete mail", "Mark as Junk button for delete mail" is not good workaround, because bad side effect occurs and it's pretty confusing. Another simple solution for power users/who understand Gmail/Gmail IMAP well. - Any user can add toolbar button by "Custom Buttons" addon. And, such job is pretty easy for users who requested solution for this bug. - Button script for "copy/move selected messaages to a mail folder" is pretty simple. Simply request "copy/move selected messaages at Thread pane to a mail folder". - Create a button for "ordinal delete" == move to a Gmail Label which you want Create a button for "permanent delete" == copy to [Gmail]/" Because of your private script, hard-coded folder name is sufficient. - GetSelectedMsgs() : returns currently selected messages at Thread pane. SharedScript(msgDBHdrs,TargetFolder,MoveMode) : copy mails to requested folder, if MoveMode~=true, delete msgDBHdrs. For "ordinal delete" : SharedScript(GetSelectedMsgs(),,true) For "permanet delete" : SharedScript(GetSelectedMsgs(),[Gmail]/) - If required, create EmptyGmailTrash button when IMAP trash model != move to trash. because "Empty Trash" is greyed out if IMAP trash model != move to trash, "Select All + Shift+Delete at [Gmail]/Trash" is sufficient though. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 583797]
(In reply to Linas from comment #27) If Mac OS X, because bug 938303 is fixed now, Command+Q is killed by "other shortcut assignment to Quit Firefox by OS" from Firefox 32, as it was possible unill Firefox 2. So, Mac OS X/Firefox user can freely press Command+W pretty safely. User can press Command+Q any time safely. Thus, severity of this bug will be changed to lower in Mac OS X after Firefox 32. FYI. Reason why all of bug 457973, bug 515395, bug 624881, bug 646362, bug 938303 were hidden and killed : All of these bugs were closed as dup of bug 429824. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/583797 Title: "Warn on closing with multiple tabs open" not honored To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/583797/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1251182]
*** Bug 1140831 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1251182 Title: Thunderbird: Deleted emails get lost instead of going to the Trash folder To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1251182/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Tom Guyette from comment #57) Do you read about a workaround of "max cached connection=1"? If shared with iPhone, I believe mail volume, number of mboxes, frequency of new mails, new mail volue, are not so large, If so, "max cached connection=1", "disable IDLE", "adequate new mail check intervlal", can be used. Needless to say, "disabling CONSTORE" is mandatory. 1. Click other than Inbox(call FolderX) -> SELECT FolderX -> Inbox is unselected at only one connection 2. Soner or later, new mail check occurs -> SELECT Inbox -> Inbox is selected at only one connection -> uid fetch 1:* Flags 3. When you need to snch flsag state with Gmail IMAP and iPhone, click FolderX, then click Inbox SELECT FolderX -> SELECT Inbox -> uid fetch 1:* Flags for Inbox is issued. As I repeadly staated, workaround explained in this bug is to force this "uid fetch 1:* Flags" for Inbox. Another way: Use Inbox as mail drop, mail tray. Don't use Inbox as mail repository for log time. Becuase of IMAP many Mboxes are lready supported. There is no need of folder named "Inbox" for mail viewing. Because Inbox is mbox where new mails arrives, Tb always keeps Inbox "selected state" at a cached connection for Inbox only, and kepp Inbox open. This is a reason why "uid fetch 1:* Flags" is not issued for Inbox while Tb is running. If other folder than Inbox and Trash, connection for a FolderX is stolen by other FolderY when other FolderY is opened. So, "max cached connections = 3 with folder switch of some folders someties" usually forces "uid fetch 1:* Flags" of FolderX, FolderY. Why no problem in iPhone : Because of small/mobile device, connection is not kept for long time, and number of connections is usually one.. Upon mail reading, login, SELECT Inbox, "uid fetch 1:* Flags" is executed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Yves Goergen from comment #59) > Not sure what smartphones you have there but I have a permanent IDLE > connection from mine, > as on the desktop with Thunderbird. If disabling IDLE in Thunderbird is part > of the workaround, then I think IDLE implementation is the problem. > I'm not using IDLE for fun, I want to see new messages as they arrive. > That's how modern event-driven systems work. Polling is from the 90s Do you understand workaround of "max cached connection=1" and understaand IDLE? If "max cached connection"=1, and if "other than Inbox, call FolderX" is selected at the only one connection, IDLE is effective only for FolderX. If Inbox is de-selectied at yhe only one cached connection, IDLE can do nothing on Inbox. If workround of "max cached connection"=1 is used, "IDLE works on Inbox sometime but IDLE won't work on Injbox other times" is pretty confusing, and it may produce useless bug open at B.M.O. > I don't believe anybody is able to fix this issue (and others) without rewriting it all. If only I had more time. You are absolutely free to believe anything. Have you read and understood all bugs pointed in Bug 912216? Because Gmail IMAP started to support CONDSTOREl last year, "solution of this bug utilizing CONDSTORE" is possible. As known by bugs pointed in Bug 912216, code change needed for the solution is not so huge. Rather, relatively small change than we thought. Neeedless to say, as known by Bug 912216, there is problem in current CONDSTORE support in Tb, so it should be resolved. And, for better solution, QRESYNC support by both Gmal IMAP and Tb is needed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Tom Guyette from comment #61) > Would it be possible to simply add a "Refresh folder" function to the "Get > Messages" dropdown button > that would perform a complete refresh of the current folder and Preferred > Folder? Tb already has button for "Refresh folder from scratch". It's called "Repair Folder" button :-) > Better yet, add a Refresh button in the same row as Unread, Starred, Contact, Tags, and Attachment? You are right. There is no way to intentionally close mail folder in Tb.There is no way to force de-select of Mbox at a connection. There is no way to force "uid fetch 1:* Flags" to recover from this bug by simple/easy operation. Purpose of any workaround stated in this bug is : force "uid fetch 1:* Flags" for Inbox. Go Offline/Go Online : Force logoff -=> Tb has to do login, SELECT Inbox, uid fetch 1:* Flags max cached connections=1 : FolderX steels connection from Inbox => When Inbox is accessed, Tb has to do SELECT Inbox, uid fetch 1:* Flags If "close/reopen folder" like button/menu will be implemented, it's helpful for this bug. But there is no need of such button in usual use. Button only for working around problem(in this case, in both Tb and Gmail) is not usually implemented. About IDLE setting : Server Settings/Advanced About CONDSTORE : read Bug 912216, please. About "adequate new mail check interval" : If "a few new mails per an hour", I believe "Check new messages Every 1 minute" is usually not mandatory. If "1 new mails per an hour", I believe "Check new messages Every 1 minute" is not needed(rather annoying), because you can know about many many new mails upon each mail viewing. :-) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
FYI. I've opened Bug 1124924. Bug 1124924 - If CONDSTORE is usable, use "uid fetch 1:* flags (CHANGDEDSINCE modseq)" for new mail check by Biff instead of "uid fetch NextUID:* flags", in order to resolve problem like Bug 693204, Bug 517461 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
FYI #1. If CONDSTORE support of Tb is enabled(mail.server.default.use_condstore=true, or mail.server.server#.use_condstore=true), and if imap server supports CONDSTORE, bug 1123617 occurs even after go Work Offline/go Work Online again. i.e. "Workaroudof this bug/recovery operaation of this bug", go Work Offline/go Work Online again/explicitly open Mbox again, won't work due to bug 1123617 . FYI #2. If bug 1123617 will be fixed, this bug will be resolved by utilizing CONDSTORE, because change required for that bug is "uid fetch 1:* Flags (CHANGEDSINCE LargestKnowMODSEQ) upon each new mail check". -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to alister.hood from comment #52) > But testing a few more times I discovered that it actually does work, just > only every second time > - i.e. I have to do "offline>online>other folder>back to > folder>offline>online>other folder>back to folder" before it updates. It's perhaps "connection loss during IDLE". IDLE -> Sm/Tb(and server) enters "receive state" -> Work Offline -> Tb closes server connection(Socket, TCP/IP level) Tb perhaps closes IMAP connection. But for SeaMonkey, this is perhaps "connection loss during IDLE". By click of Inbox again, Sm tries to send DONE(enters Send mode) -> because TCP session is already closed by Sm, nothing is sent to server, and Sm waits for timeout. -> go Work Offline/Online again -> send of DONE fails and imap connection is normally closed in Sm -> by next click of Inbox, TCP session is established and imap connection is established It seems that error detection code is different between SeaMonkey and Thunderbird. > so I guess Seamonkey doesn't implement it per account - or should I just create the setting? There is no need of guessing. "CONDSTORE is aactually used or not" is always clearly known pretty easily by simply looking imap log. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to alister.hood from comment #50)> > but I see the same thing (going offline does not work, I have to restart) in > "standard" Seamonkey, (snip) IIUC, there is no difference between SeMonkey and Thunderbird, as for phenomeon of this bug. (a) As repeatedly written, after go Work Offline the go back Work Online, explicit folder open by new folder click is mandtory to force server access again. When did go Work Offline the go back Work Online, did youa ctually do it? - If Inbox is already selected at folder pane when "go back Work Online" is executed, click account then click Inbox again at folder pane. (b) As repearedly written, Gmail IMAP started to enable CONDSTORE and Tb's CONDSTORE support is enaabled by default. When CONDSTORe is used, Tb may not use "uid fetch 1:* flags" or "uid fetch 1:* flags CHANGEDSINCE ". Tb may use "uid fetch :* flags" or "uid fetch :* flags CHANGEDSINCE ". As repearedly written, to force "uid fetch 1:* flags" always in recovery operation for this bug, disbaling Tb's CONDSTORE support is needed for problem determination. Did you properly disabled Tb's CONDSTORE support? Read thru Bug 912216 and bug 885220, al repeatedly written. Further, get IMAP log and check imap level flow by yourself, before adding comment like "annoying ..." which will never help activity for resolving problem. Problem of this bug is pretty simple. 1. To know flag state change of already fetched mail of UID=NN Tb expects it, but maany IMAP servers including Gmail IMAP won't do this. 1-2. uid fetch NN flags at connection where the Mbox is selected. => Tb uses "uid fetch CurrentlyKnownHighestUID:* flags" for new maail check of already selected Mbox. So, flag state change of UID=NN can not be known untill "uid fetch 1:* flags" is issued again for the Mbox. 2. Recovery operation stated in this bug is simply "a procedure to try to force uid fetch 1:* flags". 2-a. Unless you explicitly click Mbox, connection with server for the Mox won't be opened immediately. Without connection with imap server, any "uid fetch ..." won't be issued for the mbox by Tb. 2-b. Even when connection for the Mbox is established and the Mbox is selected at connection, Tb may not issue uid fetch 1:* flags". Tb may use "uid fetch HighestUID:* flags ...". Even if "uid fetch 1:* ..." is used by Tb, it may be "uid fetch 1:* CHANGEDSINCE " where is too large(may be newer than MODSEQ for flag change of UID=NN). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
*** Bug 1096022 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Yves Goergen from comment #42) > In case you're not aware of it anymore, going offline and back online does > not resolve the issue. At least for me. > The only thing that does help is restarting Thunderbird, which I have to doo > every few days (snip) Funny. It sounds that your Thunderbird is not standard one... IIUC, IIRC, after Go Work Offline, Tb closes all connections, and after Go back Work Online, Tb executes login sooner or later, and after login, Tb opens Inbox(and others if requested) for new mail check by Biff, or open Inbox (or an Mbox) when selected, and upon first select Inbox/Mbox at a cached connection, Tb always issues "uid 1:* fetch Flags()" unless CONDSTORE is used. This is confirmed many times by getting IMAP log. If "uid 1:* fetch Flags()" is used, Tb should know all flags of all mails in an Mbox. If not, it usually means that your Thunderbird is not properly configured. Have you checked IMAP protocol level flow by yourself? Do you correctly disable CONDSTORE support as stated in this bug more than one time? Or if Inbox, did you do required "click Inbox while other than Inbox, for example account, is selected at Folder Pane"? Because "new mail check by Biff" is not immediately invoked after going back to Work Online"(invoked at next new mail check interval), "time lag" exists between "going back to Work Online" and "first new mail check after going back to Work Online". > Thunderbird is the closest, unfortunately. It's sad. We will have to see complants by you, which surely won't help problem resolving, many times in this bug -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Miguel from comment #38) (In reply to Rich from comment #39) If this bug is so critical for you and so important for you, why you never do one of next yet? (a) Use other than Thunderbird as your mailer which fully fulfills your pretty important requirement(s). (b) Use other sophisticated and clever IMAP server who supports feature of SHOULD even if the feature is not MUST in RFC. Why you never ask your IMAP server to support feature of SHOULD even if the feature is not MUST in RFC? Even if SHOULD != MUST in RFC, why expecting feature of SHOULD can be a critical bug of a software? SHOULD is sufficiently strong even if it's not MUST and SHOULD is weaker than MUST, isn't it? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Nye Liu from comment #36) > Would it be possible to at least add some sort of menu option next to "work > offline" ... like "force sync" or something? A possible way. - Install "Custom Buttons" addon, add your own Toolbar Button labeled "force sync". - Put small JavaScript code like "click Work Offline, reply if required, wait for a while, click Work Online, reply if required". /*CODE*/ // var MenuId="goOfflineMenuitem" ; // Firefox var MenuId="goOfflineMenuItem" ; // Thunderbird var Menu=document.getElementById(MenuId) ; var Status=( "true" == Menu.getAttribute("checked") ) ; // atribute value is String var OnCommand=Menu.getAttribute("oncommand") ; // oncommand="MailOfflineMgr.toggleOfflineStatus();" if( false == Status ) { // go Work Offline eval(OnCommand); // do reply to dialog for download now, // go back Work Online, and do reply to dialog for send unsent messages // setTimeout(GoBackOnline,3*1000) ; } else if( true == Status ) { // go back Work Online eval(OnCommand); // and do reply to dialog for send unsent messages } This version doesn't do automatic reply to confirmtion dialog, doesn't do Toogle Back to Work Online mode. So, you have to do: 1. Click the button, 2. No to dialog(download now), 3. click button, 4. Cancel to dialog(send unsent mail). This is merely an example of your own pretty small Addon by your own ToolBar button. id of menuitem, toolbarbutton , attributes of them etc. can be pretty easily known using DOM Inspector. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to delid4ve from comment #33) > (snip) offline/online / different folder / manually checking for mail does > not solve. (snip) > IDLE is enabled accross, but i have disabled and makes no difference. It's pretty simple. Merely one of next, (i) Your problem is not this bug. Your problem is absolutely different problem from this bug. (ii) Your problem is this bug, but your operation is wrong. because this bug is for following problem(and only for following problem). Server doesn't notify flag change via IDLE, so Tb can't know flag change status of already fetched mail via IDLE. Example of (i) : - If CONDSTORE is used, UID fetch 1:* (FLAGS) (CHANGEDSINCE ...), UID fetch Highest:* (CHANGEDSINCE ...) is used by Tb. This may produce problems in getting flag status of already fetched mail. Read bug 885220 for IMAP flow for this, please. This kind of issue is one of reasons why bug 912216 was opened. Note: Both bugs are alreeady pointed in this bug. Example of (ii) : - IDLE command is issued after end of IMAP command execution at cached connection. "Use IDLE command" setting is for "issue IDLE or not, at end of IMAP command execution". "Use IDLE command" setting is never for "terminate current IDLE status at a cached connection". - Upon periodical new mail check, if an Mbox is already selected at a cached connection. Tb uses "uid fetch KnownHighestUID:* Flags". Inbox is selected at a cached connection always, except when max cached connection=1. Even though these, even though an Mbox is still IDLE status at a cached connection after disabling "Use IDLE command" setting, or even though an Mbox is still selected at a cached connection after some actions, write useless comment to a bug. Note: "go Work Offline" step of operations which is written in this bug is for; Force close of all cached connections, in order to force Tb to do "open connection, login, select Inbox(and other Mbox), uid 1:* fetch (flags)" again after "go Work Online". "disabling CONDSTORE support" is for; Force Tb to use "uid 1:* fetch (flags)" instead of "uid fetch 1:* (flags) (CHANGEDSINCE ...)" even when server supports CONDSTORE extension. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Yves Goergen from comment #31) > Guess what, this isn't even limited to Gmail. (snip) What is reason to add new "merely 'me too' comment without required data for problem analysis" to this bug, even after reading my bug 712595 comment #24? There is no need of such "guess" in this bug. In this "Bug report at B.M.O for developers to resolve Tb's actual bug(flaw in Tb's code)", "Why problem occurs", "What hapens" etc. is pretty clear already. Please note that here is never support forum nor Help Center to saying complaint to Tb developers. Here is B.M.O for helping developers. All "comuication between IMAP cliet(Thunderbird) and IMAP server" is done by "IMAP command and responce". How can software developers know "what actually happens in your environment" without required data? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
*** Bug 712595 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 214366]
*** Bug 305728 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/214366 Title: Can't delete a folder if Trash already contains a folder of the same name To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/214366/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
"IDLE does not send unsolicited responses for flag changes" is not Gmail IMAP only issue. Issue of "Tb is not torelant with 'IDLE does not send unsolicited responses for flag changes'" is not Gmail IMAP only issue. Because bug 693204 was processed after analysis of many bugs, that bug is crispy than other bugs. So, duping this bug to bug 693204. If duping is wrong, re-open this bug, please. *** This bug has been marked as a duplicate of bug 693204 *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1215882]
This problem occurs even when 4XX error on greeting. Dup of bug 780124. *** This bug has been marked as a duplicate of bug 780124 *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1215882 Title: Emails are silently discarded on 554 reply to STARTTLS To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1215882/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
FYI. Needless to say, IMAP delete model of "Just mark it as deleted"(with View/Undeleted if required), is always an effective workaround, because Tb doesn't move mails to trash upon "mail delete" according to design of protocol named IMAP when "Just mark it as deleted" and "Remov immediately". -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584529]
(In reply to matteo sisti sette from comment #12) > 2. Even if you are not connected to the internet at all, > it still says "looked up gmail.com" That's complete nonsense. (i) Open separate bug for error message improvement. Keep "one proble per a bug" at B.M.O, please. (ii) Until message will be improved, read "looked up ..." as "looked up ..., but it failed", with complement string like ",but it failed", ",but it's not found", ..., as you like, in your brain, please. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584529 Title: Thunderbird complains there is no connection on resume from suspend, when there is a connection To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584529/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584529]
(In reply to matteo sisti sette from comment #12) > I see the exact same issue when I use a USB mobile broadband modem instead. > By the way, my DNS is NOT defined as 192.168.1.1, it is 8.8.4.4 (Google's > DNS). If problem happens when no route to internet(phone cable is pulled of from modem), it's perhaps one of next; - timeout in DNS server access - Tb's problem when PC's IP address is changed by DHCP retention, DNS cache is not cleared, ... If problem happens when other software like broweser can access to intenet normally, other component of Tb like SMTP can send mail, other mail client can access ...gmail.com with no problem even though Tb fails with "looked up gmail.com", ..., etc., it's perhaps one of next; - timeout in DNS server access i Tb - Tb's problem when PC's IP address is changed by DHCP retention, DNS cache is not cleared, ... (known issues) If you can reproduce your problem consistently, do following, please. (i) Before try to access server from Tb, go Work Offline, then go Work Online. This disconnects from server, and restart network connection from scratch. IIRC, DNS cache related issue, IP address change relate issue, is bypassed by this. (ii) Get DNS server access log with timestamp. See bug 402793 comment #28. > Win example : > SET NSPR_LOG_MODULES=timestamp,nsHostResolver:5,imap:5,pop3:5 Timeout in DNS server access? > > > Regarding the other issue, the NONSENSE is that: > 1. when connection to the server fails for whatever reason, no matter > whether it is because the host is unreachable or because the name can't be > resolved, it must show a message telling you what the failure is (such as > "couldn't resolve domain name", or whatever), not a message that tells you > what was the last thing it did and which doesn't even tell you whether it > was a success or failure! ("looked up ", as in "I looked up the domain. > Don't ask me whether I found it or not"). When you tell a program to do > something it must end in either or two ways: (a) "I'm finished doing what > you asked me: the result is ", or (b) "I couldn't complete the task > because something went wrong: the error was x". > 2. Even if you are not connected to the internet at all, it still says > "looked up gmail.com" That's complete nonsense. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584529 Title: Thunderbird complains there is no connection on resume from suspend, when there is a connection To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584529/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584529]
(In reply to matteo sisti sette from comment #10) > As I mentioned in my report, what I see is "Looked up gmail.com..." > (which is complete nonsense) This message/situation is same as "when FQDN is not found in DNS", and is easily seen by POP3 definition with dummy/non-existent server such as x.x.x. The messag is "DNS is looke up". What is base of your "nosense" on message related to DNS look up? > and then nothing. It doesn't show any error message at all. > IN SOME PREVIOUS VERSION it did show an error message, > but I can't check now the exact wording; > it may well have been "Failed to connect to server", as you say. With POP3 definition with dummy/non-existent server such as x.x.x, old Tb showed connection error message when server is not found in DNS. Recent Tb stopped annoying connection error error message. While looking up DNS, "Looking up". After end of DNS look up, "Looked up". If server is not found, stop further action, because trying to connect to non-exstent server is nonsense. Because phenomenon with Wifi and phenomenon is when Wifi router doesn't have server connection yet, it may be following. - In PC, DNS server is defined as 192.168.0.1. - Wifi router's local IP address is 192.168.0.1 i.e. Wifi roter behaves as proxy server to DNS, or a DNS server. - Wifi router gets actual DNS address of his provider upon connection establishment with his server. - Wifi router returns "not found", if actual IP address of DNS of his provider is not known yet. If you can reproduce your problem consistently, (A) Before you try to connect to server from Tb, connect to 192.168.0.1 from Browser and check Wifi router's WAN side status. Is DNS address set always? If DNS IP address is shown, do "tracert or ping the-ip-address-of-DNS" at Terminal. Is response returned within reasonable period? Write ddown the actual DNS's IP address. (B) Actual DNS address is usualy not changed so frequently. Before you try to connect to server from Tb, do "tracert written-down-ip-address-of-DNS" at Terminal. Is response returned within reasonable period? (C) How about "tracert or ping ???.gmail.com"? IIRC, I already requested this to you in comment #2... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584529 Title: Thunderbird complains there is no connection on resume from suspend, when there is a connection To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584529/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 119899]
(In reply to Kent James (:rkent) from comment #137) I see, I stop worryng about edge cases by edge users. As Fx 19 is already released, I hope Tb 19 will be available soon. Thanks for your great effort for resolving problems. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/119899 Title: After-the-fact Filters on custom header won't match for IMAP messages To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/119899/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 119899]
(In reply to Wayne Mery (:wsmwk) from comment #133) > As written in comment 44, (snip) Wayne, thanks for pointing the comment. By you, I could reach comment #45 by David with no effort :-) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/119899 Title: After-the-fact Filters on custom header won't match for IMAP messages To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/119899/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 119899]
(In reply to Kent James (:rkent) from comment #134) > I'm pretty sure that your a) and b) are both implemented by TB 19. Very good news for many bugs! But one bad... No performane impact by (a)? (Huge Mbox like [Gmail]/All Mail is very popular, and I saw a bug report by user on slowness with 136MB Junk.msf in the past...) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/119899 Title: After-the-fact Filters on custom header won't match for IMAP messages To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/119899/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 119899]
Adding some words in bug summary for ease of search. By the way, Wayne, regression over what? > vseer...@lehigh.edu 2007-07-23 Keywords regression If I understand problem correctly, I think this bug is issue since initial of "message filter on custom header". -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/119899 Title: After-the-fact Filters on custom header won't match for IMAP messages To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/119899/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 119899]
(In reply to Kent James (:rkent) from comment #130) > Any other functionality is very difficult to implement given the current > design of the backend, (snip) Phenomenon itself is pretty simple; - If filtering upon fetch of new mail download, custom headers are fetched because used custom headers are placed in mailnews.customHeaders by message filter definition, and Tb's IMAP code includes the custom headers in uid xx fech BODY[HEADER.FIELDS (DATE FROM ... custom_headers ...)], then filter can process the custom headers. - If after the fact filtering, and if custom header is not held in offline-store file, Tb doesn't request re-fetch of custom header and try to use locally held data(.msf, offline-store file), then filter can't obtain custom header data. So, any of following can be a solution, although some of them have issue of "Repair Folder is needed". (note:) (Offline-Use=On here == auto-sync is enabled && selected for offline use) (Offline-Use=Off here == auto-sync is disabled || not selected for offline use) a) Force saving custom header data in .msf by setting in mailnews.customDBHeaders in addition to current mailnews.customHeaders upon filter definition. b) If custom header is used, save custom header data in offline-store file upon fetch even when Offlne-use=Off folder, in conjunction with change to "fetch body[HEADERS]" from "fetch body[HEADER.FIELDS]", and use the header data in offlie-store file even when Offline-use=Off folder. c) If custom header is used by filter, and if the custom header is not held in offline-store file, and if it's Work Online mode, issue uid xx fech BODY[HEADER.FIELDS (custom_headers)] according to mailnews.customHeaders d) If custom header is requested, and if IMAP Offline-Use=Off folder, and if filter execution request is not "when Checking new mail" only, ask user to change the folder to Offline-use=On or not, and if answer is no, reject the rule with message of considerate apology. In addition to it, even when Offline-Use=On folder, if retention setting for offline-store file size limitation is used, ask user, Can you promise that you will never complaint about bug 184490? and, if answer is no, don't accept the rule. e) When custom header is fetched upon initial fetch by mailnews.customHeaders, if all fetched headers is saved in Disk/Memory cache when Offline-use=Off, and if Disk/Memory cache is accessed when custom header is missing, problem of this bug may be resolved, but I'm not sure. I perefer d) if short-term or mid-term solution, and I think d) is kinder to user than current bypass of "hiding Body at filter definition panel" and d) is applcable to "Body filter upon IMAP fetch" case too(see bug 806308 for Body only and bug 199689 for customized header and Body, please). >From perspective of implementation workload only, a) is simplest and easiest. But I don't think it's safe, because it's easily increases memory requirement and may cause performace problem. "setting in mailnews.customDBHeaders", which is known as a simpler workaround of bug 402594 than "filter rule of custom header of Received", should be done by user as an available workaround of problem like this bug with sufficient understanding about impact. >From perspective of preferable solution, I think b)-way is best. And, b) is helpful for implementating solution of "IMAP Body filter" case. Kent James, any of above is very very difficult to implement in near future? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/119899 Title: After-the-fact Filters on custom header won't match for IMAP messages To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/119899/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 106737]
*** Bug 840288 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/106737 Title: Renaming folder to same name but different case not allowed To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/106737/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 605513]
> http://mxr.mozilla.org/comm-central/source/mozilla/js/xpconnect/src/XPCWrappedNativeJSOps.cpp#481 > 481 XPC_WN_OnlyIWrite_SetPropertyStub(JSContext *cx, JSHandleObject obj, > JSHandleId id, JSBool strict, > 484 return XPC_WN_OnlyIWrite_AddPropertyStub(cx, obj, id, vp); > http://mxr.mozilla.org/comm-central/source/mozilla/js/xpconnect/src/XPCWrappedNativeJSOps.cpp#467 > 467 XPC_WN_OnlyIWrite_AddPropertyStub(JSContext *cx, JSHandleObject obj, > JSHandleId id, JSMutableHandleValue vp) > 473 // Allow only XPConnect to add/set the property > 474 if (ccx.GetResolveName() == id) > 475 return true; > 477 return Throw(NS_ERROR_XPC_CANT_MODIFY_PROP_ON_WN, cx); If apparent AddPropertyStub request for non-existent property, it should be NS_ERROR_XPC_CANT_CREATE_WN, or NS_ERROR_XPC_CANT_ADD_PROP_TO_WRAPPED_NATIVE, or one like NS_ERROR_XPC_CANT_CREATE_PROP_ON_WN. If XPC_WN_OnlyIWrite_SetPropertyStub is called both when "setting of existent property" and "stting non-existent property" case, they should be separated to NS_ERROR_XPC_CANT_CREATE_WN(or NS_ERROR_XPC_CANT_ADD_PROP_TO_WRAPPED_NATIVE or one like NS_ERROR_XPC_CANT_CREATE_PROP_ON_WN) case and NS_ERROR_XPC_CANT_MODIFY_PROP_ON_WN case. > http://mxr.mozilla.org/comm-central/source/mozilla/xpcom/base/ErrorList.h#608 > 608 ERROR(NS_ERROR_XPC_CANT_CREATE_WN, FAILURE(25)), > http://mxr.mozilla.org/comm-central/source/mozilla/xpcom/base/ErrorList.h#629 > 629 ERROR(NS_ERROR_XPC_CANT_ADD_PROP_TO_WRAPPED_NATIVE, FAILURE(46)), > http://mxr.mozilla.org/comm-central/source/mozilla/xpcom/base/ErrorList.h#635 > 635 ERROR(NS_ERROR_XPC_CANT_MODIFY_PROP_ON_WN, FAILURE(52)), -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/605513 Title: Get uncaught exception when populating a form in FireFox 3.6 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/605513/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 605513]
I checked with "never-defined property of existent wrapped object". Requested following by test extesion where CurrentServer is [xpconnect wrapped nsIMsgIncomingServer], CurrentServer.ABCDEFGHIJKLMN=true; and following exceptin was caught by try/catch(e). > Try to change never-existent property of wrapped object for bug 831664 > Exception by CurrentServer.ABCDEFGHIJKLMN=true > [Exception... "Cannot modify properties of a WrappedNative" nsresult: > "0x80570034 (NS_ERROR_XPC_CANT_MODIFY_PROP_ON_WN)" It looks for me simply a "misleading condition name". If NS_ERROR_XPC_CANT_*CREATE*_PROP_ON_WN, no problem... If such condition name, it's apparent that fault is in JS code who requestd property value change even though the property is undefined(i.e. non-existent), if "creation of property via wrapped object" is not supported. And, "why undefined is returned even though property should exist" is different problem from this bug, as seen in bug 831664. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/605513 Title: Get uncaught exception when populating a form in FireFox 3.6 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/605513/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 605513]
Phenomenon of bug 831664 was as follows. var Folder=window.GetFirstSelectedMsgFolder(); var data=Folder.server.isGmailServer; => data is "undefined" var t=[];for(var xx in Folder.server){t[t.length]=xx+"="+Folder.server[xx];} => isGmailServer is not returned by enumerator If Folder.server.isGmailServer=true(or false) is atempted when undefined, Exception of this bug occurs because isGmailServer doesn't exist. After access of all properties of Folder(owner of Folder.server) by following, var u=[];for(var yy in Folder){u[u.length]=yy+"="+Folder[yy];} Folder.server.isGmailServer is returned normally, and value change is OK. Same phenomenon is also seen on som other properties of the Folder.server. Who is wrong? Wrapper? Creator of original object what is accessed by window.GetFirstSelectedMsgFolder() or window.GetFirstSelectedMsgFolder().server? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/605513 Title: Get uncaught exception when populating a form in FireFox 3.6 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/605513/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
FYI. A way to access [Gmail]/Trash from Thunderbird again to copy/move mails to [Gmail]/Trash, after unsubscribing [Gmail]/Trash in order to use "other than [Gmail/Trash" as trash of "move to trash" model. (A) Change to "Just mark it as deleted", subscribe [Gmail]/Trash, copy/move mails to [Gmail]/Trash, unsubscribe [Gmail]/Trash, go back to "Move to trash" model. (B) Create two same Gmail IMAP accounts in a Tb with different server name, (i) with hostname/realhostname = imap.googlemail.com (auto-config only) (ii) with hostname/realhostname = imap.gmail.com (auto-config with Manual Setup) and set different options. (i) As you want for your daily use, with "Show subcribed folders only" (ii) All folder is Offline-use=Off, Just mark it as deleted, disable "Show subscrbed folders only", disable IDLE comand use, max cached connections=1, disable automatic new mail check, ... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 605513]
During test for bug 831664, funny phenomenon was observed. (0) A customized ToolBar button does following. (a) Write data of some wrapped objects and text messages to Error Console: - incomingServer.isGMailServer/trasfFolderName and some other attributes. - some properties of some other wrapped objects. (b) Sometimes, change incomingServer.isGMailServer/trashFolderName value when value is normally returned. (c) Sometimes, try to change incomingServer.isGMailServer/trashFolderName value even if it's undefined(=> Exception of this bug occurs) (d) Sometimes, writes very-long/multi-line text to Error Console. var msg=new Array();for(var key in obj){msg[msg.length]=key+" = "+obj[key];} var text=msg.join("\n"); Write text to Error Console; (1) After restart of Thunderbird, while doing (a)/(b)/(c), undefined is returned for isGMailServer/trashFolderName. (2) When (d) is executed one or a few times("clear Error Console or not" seems irrelevant), isGMailServer/trashFolderName is normally returned suddenly for (a)/(b)/(c). Because isGMailServer/trashFolderName is not undefined, change of property value is successful. (3) After (2), if (a)/(b)/(c) is executed after some other operations in Thunderbird(account switch, account collapse/expand etc.), undefined is suddenly returned again for isGMailServer/trashFolderName. (4) After (3), if (d) is executed one(or a few) times, isGMailServer/trashFolderName is normally returned again for (a)/(b)/(c) => Returns to step (2). Why wrapped object's property value depends on length of JavaScript string data and/or Error Console log data volume? Wrapper tries to refer to non-existent memory address, or object which is not released yet by Garbage Collector after Destroy Object? (if garbage data is fortunately held at referred memory address, object's property is successfully shown.) Or similar problem in object initialization/update by Thunderbird? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/605513 Title: Get uncaught exception when populating a form in FireFox 3.6 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/605513/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 605513]
As I wrote in bug 831664, I also observed same exception by atempting to change two properties of an nsIMsgIncomingServer of Thundebird when the property value is "undefined". nsIMsgIncomingServer.trashFolderName (string) == undefined nsIMsgIncomingServer.isGMailServer (boolean == undefined If change of this property value is attempted, the exception occurs. The property acually doesn't exist, even when value should be set by Tb. for(var prop in msgFolder.server) { text = prop + " = " + msgFolder.server[prop]; Write text to Error Console; } => trashFolderName, isGMailServer, is not listed. Reason of exception in this case looks for me "property doesn't exist". In this case, when above value was shown by button click, the value was shown by a button click, but the value was not shown by next button click, althouh Thunderbird won't alter property value between the two button clicks. In my test, probability of "the property is listed" was very low, although it was never ZERO. If the property exists and value is normally returned, change of property value is successful. So, I guessed this is not problem in wrapper side. I guessed problem in object initialization by creator of the object in Tb. However, almost all reports on same exception of "NS_ERROR_XPC_CANT_MODIFY_PROP_ON_WN" were closed as dup of this bug, even though problem report on different native object. Wrapper side problem? (fails to find property or propertyy value, fails to show property if not initialzed by value, ...) Or object creator side problem? (fails to define property) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/605513 Title: Get uncaught exception when populating a form in FireFox 3.6 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/605513/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
A problem in workaround of "unsubscribe [Gmail]/Trash". Even when you unsubscribed [Gmail]/Trash at Thunderbird with "Show subscribed folders only" option, if other IMAP client who shares same Gmail IMAP account subscribes [Gmail]/Trash, [Gmail]/Trash is used as tash in Tb again sooner or later. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
(In reply to ncnmra from comment #53) > I'm not sure how this influences Shift-Delete behavior since I don't usually > use it. "Shift+Delete" is "Delete without copy to trash when move to trash model" in Tb. This is similar to MS Window's Shift+Delete of file/directory. When IMAP, "delete a mail"=="store +Flag (\Deleted)". Difference from perspective of IMAP is; "Move to trash" model : Delete : "uid xxx copy trash" + "uid xxx store +Flag \Deleted" Shift+Delete : "uid xxx store +Flag \Deleted" "Just mark it as deleted" / "Remove immediately" : Delete / Shift+Delete : "uid xxx store +Flag \Deleted" i.e. "Shift+Delete" is never influenced by "unsubscribe [Gmail]/Trash". > Workaround #1 seems to work for now with the exception that I cannot access the [Gmail]\Trash folder from TB. If you want to copy/move mail to [Gmail]/Trash, subscribe it again. subscribe [Gmail]/Trash, collapse/expand account if required, copy/move mails to [Gmail]/Trash or delete mails while trash==[Gmail]/Trash, unsubscribe [Gmail]/Trash again. As far as auto-expunge of Gmail is enabled, any Gmail Label is removed from mail and mail flagged as \Deleted is automatically removed(expunged) from IMAP folder(s) by Gmail, and mail is removed from [Gmail]/All Mail too by Gmail, and the mail will be permanently erased at [Gmail]/Trash after 30 days. Another solution of issue of "you can't acces [Gmail]/Trash if unsubscribed". Use "Just mark it as deleted" or "Remove immediately". I think "adding Gmail Label of [Imap]/Trash or Something/Trash by move to trash model and deleting mail in Tb" is convenient, but I don't think it's mandatory for any Gmail IMAP & Thunderbird user. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
*** Bug 829185 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
(In reply to ncnmra from comment #47) > A workaround I found is: > 1) disable "Show In IMAP" under Settings>Labels in the Gmail web interface > for the Gmail Trash folder > 2) unsubscribe from the Gmail Trash folder in TB Logic on trash in DiscoveryDone() was one like following; <= At this stage, trash in XLIST is perhaps already set as SpecialUse=Trash (perhaps only when IMAP delete model = "Move to trash" model) Search SpecialUse=Trash folders. If(number of SpecialUse=Trash folder>1) // Keep single SpecialUse=Trash folder For each SpecialUse=Trash folder If(Gmail){ if trash in XLIST, setflag(Trash); else clearflag(Trash); } Else{if folder of trash_folder_name, setflag(Trash); else clearflag(Trash);} By your workaround, number of SpecialUse=Trash folder is changed to 1. I think it's reason why your workaround works. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
Created attachment 704299 Test extention : Change arbitary IMAP folder to trashFolderName folder and SpecialUse=Trash folder by ToolBar button click This test extension is for seeing Tb's behavior on "trash", and merely does following when customized ToolBar button-1 is clicked. (1) Puts currently selected folder name to incomingServer.trashFolderName if IMAP account. (call ABC/DEF for later reference) (1-A) Use string in msgFolder.URI instead of msgFolder.prettiestName for setting incomingServer.trashFolderName, in case of localized special folder name by localized Tb. (1-B) Remove personalNamespace from string set in msgFolder.prettiestName, because Tb's current logic which uses mail.server.serverN.trash_folder_name requests "Mbox name without namespace" in trash_folder_name setting. Note: This test extension doesn't care about "IMAP server directory:" of Server Settings/Advanced. By (1), Tb automatically updates mail.server.serverN.trash_folder_name and is automatically reflected to trash folder selection UI at Server Settings. This works very well, as far as problem of bug 831664 is bypassed by operation like "write very long text to Error Console". (2) Request msgFolder.setflag(Trash) for selected folder of ABC/DEF and msgFolder.clearflag(Trash) for all other folders under the IMAP account. (this is opposite action to DiscoveryDone().) By (2), icon of selected folder of ABC/DEF is changed to trash-can-icon, and trash-can-icon is removed from any other folder including [Gmail]/[Trash] of Gmail IMAP. Even when Gmail IMAP, folder of ABC/DEF is used by Tb as "trash for Tb" when IMAP delete model of "Move to trash" and mails are moved to ABC/DEF when delete is requested, until collapse/re-expand, subscribe, unsubscribe etc. is executed, When Gmail IMAP account is collapsed/re-expanded, following is observed. Upon re-expand, trash-can-icon is removed from ABC/DEF, and icon of [Gmail]/Trash is changed to trash-can-icon. This is done by following. > http://mxr.mozilla.org/comm-central/source/mail/base/content/folderPane.js#881 > 881 if (aExpandServer) { > 882 if (folder.isServer) > 883 folder.server.performExpand(msgWindow); > http://mxr.mozilla.org/comm-central/source/mailnews/imap/src/nsImapIncomingServer.cpp#941 > 941 nsImapIncomingServer::PerformExpand(nsIMsgWindow *aMsgWindow) > 962 rv = imapService->DiscoverAllFolders(rootMsgFolder, > http://mxr.mozilla.org/comm-central/source/mailnews/imap/src/nsImapService.cpp#1811 > 1811 NS_IMETHODIMP nsImapService::DiscoverAllFolders(nsIMsgFolder > *aImapMailFolder, > 1834 urlSpec.Append("/discoverallboxes"); > 1838 rv = GetImapConnectionAndLoadUrl(imapUrl, nullptr, aURL); After completion of the discoverallboxes request, > http://mxr.mozilla.org/comm-central/source/mailnews/imap/src/nsImapIncomingServer.cpp#2331 > 2331 nsImapIncomingServer::OnStopRunningUrl(nsIURI *url, nsresult exitCode) > 2350 case nsIImapUrl::nsImapDiscoverAllBoxesUrl: > 2351 if (NS_SUCCEEDED(exitCode)) > 2352 DiscoveryDone(); Test result of (1) indicates possible new/easy trash selection for user, Context menu of "Use this folder as Trash". although it's perhaps merely wasting of valuable context menu space. Because this works only on existent folder, this way can do noting for "automatic folder creation of trash which is set in mail.server.serverN.trash_folder_name or default of it(==Trash)". Because "trash for Tb" can be set by the test extension even when IMAP delete model of "Just mark it as deleted" or "Remove immediately", "Empty Trash after copy/move mail to [Gmail]/Trash for immediate/permanent removal of mails" is possible, even with "Just mark it as deleted" or "Remove immediately". Because Tb currently doesn't change SpecialUse=Trash setting of any folder if "Just mark it as deleted" or "Remove immediately", this works even with Gmail IMAP and current Tb. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
Even if correct solution like "use folder in XLIST" in UI will be implemented, logic in DiscoveryDone() on trash folder should be changed to one like next; > If (GmailIMAP && A_Flag==1) { force [Gmail]/Trash in XLIST ; } > Else if (GmailIMAP && A_Flag==2) { don't force [Gmail]/Trash in XLIST ; } > Else if (!GmailIMAP) { same as current } I merely called the A_Flag "force_Gmail_Trash_if_is_gmail", and I merely proposed it as "a new boolean of prefs.js". -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
*** Bug 832308 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
After fix of Bug 798663(status-thunderbird-esr17:fixed, landed on Tb 12.0.2) which resolved problem of Bug 815087, Tb 17.0.2 detects "Gmail IMAP or not" correctly, so problem of this bug(Trash) and a part of bug 800035(Archive) was exposed to users who are using Gmail IMAP for long time with mail.server.serverN.hostname!=imap.gmail.com. (a) Trash case : bug 829185 hostname=imap.googlemail.com case. By auto-config, hostname=imap.googlemail.com is used, perhaps by definition order in ISPDB. (b) Archive case : bug 705491 comment #13 Although "other than [Gmail]/All Mail" can be selected at UI and is used, "Archives Options..." is disabled and "archive to .../yy/mm" is impossible. "Real" solution for them is "they can continue to use Tb without big change in their daily operation". Because "Gmail IMAP detection" is sorted out by bug 798663(now based on X-GM-EXT-1 obtained by CAPABILITY response upon each login), there is no need to keep is_gmail flag in prefs.js any more. If meaning/usage of is_gmail in prefs.js will be changed, (a) If no X-GM-EXT-1, clear is_gmail in prefs.js. (mandatory to bypass problem like Bug 815087) (b) If X-GM-EXT-1 is detected, never write/update is_gmail of prefs.js. (c) If is_gmail=false of prefs.js is set by user, override(clear) higher level "Gmail IMAP indicator" which is inherited from kGmailImapCapability bit of eIMAPCapabilityFlag. they can use "trash other than [Gmail]/Trash" without any other change in Tb including correct solution of bug 800035. And, they can archive mail to "yy/mm under [Gmail]/All Mail" and "yy/mm under Archives" even with Gmail IMAP. This is another way to make "Forcing [Gmail]/Trash as trash of Tb if Gmail IMAP" optional. As for Trash, there is no need to copy deleted mail to Trash in IMAP(\Deleted flag is used), and there is no reason to hate "Just mark it as deleted". So, I don't think such change is mandatory and has highest priority. However, for users who used Tb & Gmail IMAP with "other than [Gmail]/Trash as Tb's trash" for long time, with undestanding Gmail IMAP well, this bug is a regression and such change is mandatory for their convenience. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
(A) Reason why I proposed new mail.server.serverN.force_Gmail_Trash_if_is_gmail in comment #40. Usage of is_gmail I showed in comment #44 is similar to useCondStore - user can override "CONDSTORE returned in CAPABILITY response" by useCondStore=false in prefs.js. However, isGMailServer/is_gmail is also used for getting X-GM-MSGID, X-GM-THRID, X-GM-LABELS from Gmail IMAP. So, "override by is_gmail=false" can't be used for disabling "Forcing [Gmail]/Trash". (B) Reason why I proposed simple "new mail.server.serverN.force_Gmail_Trash_if_is_gmail" and "small logic change in nsImapIncomingServer::DiscoveryDone()" in comment #40. Current trash selection UI at Server Settings has some big problems: - Isn't torelant with localized folder name in localized Tb. - Isn't torelant with namespace. - Isn't torelant with "IMAP Server Directory:" and it's change by user. And, similar folder selection UI to Copies&Folders and Junk Settings, which automatically resolves above problems, is already proposed. So, correct UI enhancement such as "use folder in XLIST" should be consistent with other UI changes and should be consolidated to other UI changes. And, there is already known problem in Copies&Folders and Junk Settings when XLIST or LIST(EXTENDED) is used : bug 800035. Further, workload of big UI change is not so small, and it usually takes long. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
(In reply to Magnus Melin from comment #41) > Hm, the general solution could be to add a pref in imap "Advanced..." that > would disable x-list per server (there's another bug to allow disabling it). > And disable folder selection if that pref isn't set and x-list is supported > for the server. You seems claiming that general/final/absolutely correct/sufficient/perferct/... , solution is mandatory... I'm merely proposing a practical solution what keeps "Forcing of [Gmail]/IMAP as trash for majority of general Gmail IMAP && Tb users" without rejecting request of "using other than [Gmail]/IMAP as trash of Tb" from matured users who understand Gmail/Gmail IMAP well... If perfect solution is needed for this bug for "trash in Gmail IMAP" only, I believe this bug is better closed as dup of bug 800035 what requests perferct solution in bug 800035 comment #2 for any of Trash, Junk, Archive, and Drafts/Sent. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
After fix of Bug 798663(landed on Tb 17.0.2), "Gmail IMAA or not" is detected by X-GM-EXT-1 capability response, and is saved in kGmailImapCapability bit of Capability flags, and is used as indicator of "Gmail IMAP", ad is propaated to s_gmail of prefs.js etc. As for "forcing [Gmail]/Trash as trash folder", it look done by nsImapIncomingServer::DiscoveryDone() (see bug 829185 comment #11). Logic of DiscoveryDone() is very simple; - If Gmail IMAP, force "trash in XLIST reponse" as trash, and clear SpecialUse flag - If not Gmail IMAP account, respect mail.server.serverN.trash_folder_name. One of biggest reasons of "forcing [Gmail]/" was localized by Gmail. Because Gmail/Gmail IMAP changes actual Mbox name to localized name when Display Languge: is changed, and the Display Language: change can be done by user any time, it's very hard to process following variants. Trash in en-US Tb,Trash in localized Tb, [Gmail]/Trash in en-US Tb,[Gmail]/Trash in localized Tb, localized-Trash in en-US Tb, localized-Trash in localized Tb, localized-[Gmail]/Trash in en-US Tb, localized-[Gmail]/Trash in localized Tb Simplest & certain way is "always use trash in X-LIST". So, "forcing trash in X-LIST" is still mandatory feature. But, "prohibiting other than trash in X-LIST as trash of Tb" is never proper action of an mailer who supports IMAP. So, "forcing trash in X-LIST if Gmail IMAP" should be optional, although "forcing trash in X-LIST if Gmail IMAP" should be default. A possible and simple circumvention of this bug is as follows, altouh it can't be final, absolutely correct, sufficient solution. new prefs : mail.server.serverN.force_Gmail_Trash_if_is_gmail(deault=true) DiscoveryDone() : If Gmail IMAP && mail.server.serverN.force_Gmail_Trash_if_is_gmail_true Force trash in X-LIST, clear Trash flag of all other folders, as currently Tb does Else If Gmail IMAP Respect mail.server.serverN.trash_folder_name, and clear Trash flag of all other folders Else (non Gmail IMAP) Do as currently Tb does However, as I wrote in bug 829185 comment #14, some issues was found in incomingServer.isGMailServer access and incomingServer.trashFolderName access from JavaScript. These may produce new problems if mail.server.serverN.trash_folder_name setting will be used when is_gmail/isGMailServer is true. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 411358]
(In reply to Daniel Hauck from comment #36) > this or a related bug has already identified a GNOME component as the cause. comment #16 of this bug on 2011-06-02 and comment #19 on 2011-08-03, aren't they? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/411358 Title: Thunderbird2 gconf gmt problem 'Bad key or directory name' because of plus symbol (+) To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/411358/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 308605]
Bug 278860 has been fixed on 2012-05-04. That bug is for following issue and for "without -no-remote" case. confusing "profile in use"/"already running" error when profile is not found Do you see this bug's problems in latest trunk build? (a) non-existent profile name, "without -no-remote" case (b) non-existent profile name, "with-no-remote" case (c) other than "non-existent profile name", "without -no-remote" case (d) other than "non-existent profile name", "with-no-remote" case -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/308605 Title: [MASTER]Firefox is already running message To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/308605/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 914991]
(In reply to Rich Gray (:rbgray) from comment #78) > When I initially started 2.7b4, my third news account, changed its name from > the former value of news.individual.net (or just "individual.net") to > rbg_sm+graysmail.comIndividual.netrbg_sm+graysmail.com. Who changed? What kind of name at where was changed? If you changed Server Settings/Server Name:, it's saved in realhostname and is used for server access. If this setting is changed, all news articles is downloaded again even when difference is server name only(all newsgroups are common), because abosolutely different news server. hostname is not changed once defined for any serverX.type. And password manager's key=hostname instead of realhostname and I think it's applicable to News too. Please be careful in understanding phenomenon if userid/password is relevant and you changed Server Name: setting. Following is my news account definitions in my Tb profile for testing. > user_pref("mail.server.server5.name", "news1 on news.mozilla.org"); > user_pref("mail.server.server5.type", "nntp"); > user_pref("mail.server.server5.hostname", "x.x.x"); > user_pref("mail.server.server5.realhostname", "news.mozilla.org"); > user_pref("mail.server.server5.newsrc.file", "C:\\ ... \\News\\x.x.x.rc"); > > user_pref("mail.server.server7.name", "news.opera.com"); > user_pref("mail.server.server7.type", "nntp"); > user_pref("mail.server.server7.hostname", "news.mozilla.org"); > user_pref("mail.server.server7.realhostname", "news.opera.com"); > user_pref("mail.server.server7.newsrc.file", "C:\\ ... > \\News\\news.mozilla.org.rc"); Because of above setting, I frequently try to look into \news.mozilla.org.rc when I want to see .rc file content for news.mozilla.org :-) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/914991 Title: Thunderbird sometimes marks whole newsgroups as read To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/914991/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 214366]
*** Bug 712912 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/214366 Title: Can't delete a folder if Trash already contains a folder of the same name To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/214366/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 748874]
(A) There are mailnews.plaintext_domains and mailnews.html_domains. > http://mxr.mozilla.org/comm-central/source/mailnews/compose/src/nsMsgCompose.cpp#4887 > 4887 NS_GetLocalizedUnicharPreferenceWithDefault(prefBranch, > "mailnews.plaintext_domains", EmptyString(), > 4888 plaintextDomains); > 4889 NS_GetLocalizedUnicharPreferenceWithDefault(prefBranch, > "mailnews.html_domains", EmptyString(), > 4890 htmlDomains); (B) mailnews.plaintext_domains and mailnews.html_domains looks used when recipient's text or html preference is not defined in address book(Unknown). > 4908 // if we don't have a prefer format for a recipient, check the > domain in > 4909 // case we have a format defined for it (C) If domainpart of mail address(string after @) is substring of mailnews.plaintext_domains or mailnews.html_domains, mail&news looks to consider that the domainpart is registered as plaintext_domain or html_domain. > 4913 PRInt32 atPos = recipient.mEmail.FindChar('@'); > 4914 if (atPos >= 0) > 4915 { > 4916 domain = Substring(recipient.mEmail, atPos + 1); > 4917 if (CaseInsensitiveFindInReadable(domain, plaintextDomains)) > 4918 recipient.mPreferFormat = nsIAbPreferMailFormat::plaintext; > 4919 else > 4920 if (CaseInsensitiveFindInReadable(domain, htmlDomains)) > 4921 recipient.mPreferFormat = nsIAbPreferMailFormat::html; > 4922 } Above code doesn't look to care for case of "@xxx.yyy.zzz is used and xxx.yyy.zzz is placed in mailnews._domains, and @yyy.zzz is used too." It was very rare case, I think. Ben Bucksch, is my guess right? If so, bug 647522 is perhaps "mail address in address book with text/html preference=HTML" case. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/748874 Title: plaintext domain gets HTML mail To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/748874/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 500367]
(In reply to comment #6) > The end-user does not ask anything, they just open the attachment. No. End user did ask "do it always", in addition to "just open". Problem is; User can't know what happens by it, and user surely doesn't know what bad will happen by it if mime-type or file extension in mail is bad, and user surely doesn't view message source to know whether mime-type in mail is good or bad. Even though so, Tb unconditionally creates mimeTypes.rdf entry for bad or unwanted mime-type if "do it always" is requested by user, and Tb unconditionally uses it with highest priority once bad entry is created. And, once created, it's hard to know "what kind of wrongness exists" via Tools/Option/Attachments UI, and, even if user noticed about bad entry, "how to delete entry" is not so obvious because it's placed as an action item in action drop down menu which is for Tb's behaviour when the mime-type is detected in mail("Choice of an action is similar to "Edit".) Behaviour on mimeTypes.rdf around the "do it always" was imported from Firefox. As mime-type is obtained from HTTP(s) server when browser, mime-type is correct in almost all cases. So, problem due to bad mime-type is very exceptional if browser(note: never "not occur" even if browser. problems due to bad mime-type were really reported for browser too, and still exists). See bug 417590 comment #6, and bug 417590 comment #8 which is answer to it, please. Bug 462629 is for concern like bug 417590 comment #6. Bug 462629 is for "once created" phase. I think your proposal is a kind of "extension to the dialog" stated in Bug 417590 comment #8, although "dialog" in that context is dialog at Tools/Options/Attachments if Thunderbird, and "dialog" in your extension is "open/save dialog". Your fix seems for improvements in "creation" phase. No improvements in "use of entry" phase after creation by your patch? > The proposed fix is very simple, Mozilla guys may use it or not, i just propose it. To land your fix on Tb, your extention should be approved as standard/embed extention, or should be converted to a patch and approved by developers. I think your extention is better provided as ordinal add-on first, like "Extra Folder Columns", "FiltaQuilla", at addons.mozilla.org. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/500367 Title: Thunderbird sends .doc attachments with wrong mime-type (text/richtext) -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 500367]
(In reply to comment #4) > A sample test message : > Content-Type: =?windows-1252?q?application/pdf; > name="Document-de-test.pdf" RFC2047 encoding of mime-type is not permitted, so this is unknown/bad mime-type. Sender side bug. If you ask Tb to create mimeTypes.rdf entry by "Do it always", entry for this bad mime-type and .pdf is create in mimeTypes.rdf according to your request. Bug is already opened for protection from creation of such entry due to bad mail. Bug is already opened for protection of user after creation of such entry due to bad mail. "delete of action" to delete such bad entry at Tools/Options/Attachments is already available in Tb 3.1. So, user can remove bad entry even after such entry is creted due to bad mail like sample test message. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/500367 Title: Thunderbird sends .doc attachments with wrong mime-type (text/richtext) -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs