[Desktop-packages] [Bug 885525] Re: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash
If you are experiencing this, start by checking Gmail's Forwarding and POP/IMAP settings (at the misleading URL https://mail.google.com/mail/u/0/#settings/fwdandpop ). In the IMAP access area, check the second preference ("When I mark a message in IMAP as deleted") and - if that one is set to "Auto-Expunge off" - the related third preference "When a message is marked as deleted or expunged from the last visible IMAP folder". I experienced this bug with Auto-Expunge enabled, which is currently the default. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash Status in Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Confirmed Bug description: Thunderbird 7.0.1, Ubuntu 11.10 Gmail accounts do not obey the setting in Account Settings --> [Account] --> Server Settings --> When I delete a message I changed this to move the message to Gmail's "All Mail" folder, attempting to imitate the Gmail web interface's "Archive" option. However, regardless of setting, the item always moved to Trash. This persisted after restart of the client. The settings save, but have no effect. Caveat: This was tested on two Google Apps for Domains accounts, though I suspect this behavior will happen with gmail.com accounts as well. To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 603402]
I have had 2 Thunderbird 45 instances for the same Gmail account open in the last weeks, viewing the All Mail folder while I was deleting mails from that folder. On several occasions, I noticed after deleting and/or tagging mails from one instance that the other instance wasn't updated. The deleted mails would still show, and would keep showing even after "Get Messages". There was no activity shown, and even Activity Manager showed nothing going on. If I remember correctly, this fixed between 1 and 5 minutes after going back to the outdated instance (Thunderbird would take the initiative to update, even though it had been asked before). It seems like after a while Thunderbird goes in some kind of sleep mode, and has trouble waking up from that, but it hasn't happened often enough for me to explain the precise conditions needed for this to happen. I do not fully understand Summary and am unable to parse several comments, and as it would take an eternity to go through all other comments, I will assume that the symptoms I experienced are results of the bug reported here and add a vote. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to thunderbird in Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP Status in Mozilla Thunderbird: Confirmed Status in thunderbird package in Ubuntu: Triaged Bug description: Binary package hint: thunderbird Steps to reproduce: 1) Wait for a few messages to arrive in Inbox, thus being marked as unread. 2) Mark all of them as read, then archive them. 3) Click on All Mail folder. Actual Results: Only one of recently archived messages is marked as read (usually the newest one), the rest must be marked as read again. Expected Results: All of recently marked as read in Inbox and archived mails should be marked as read in All Mail folder, too. ProblemType: Bug DistroRelease: Ubuntu 10.04 Package: thunderbird 3.0.5+build2+nobinonly-0ubuntu0.10.04.1 ProcVersionSignature: Ubuntu 2.6.32-23.37-generic 2.6.32.15+drm33.5 Uname: Linux 2.6.32-23-generic x86_64 NonfreeKernelModules: wl Architecture: amd64 Date: Fri Jul 9 02:22:30 2010 InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027) SourcePackage: thunderbird To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1758363] [NEW] push and pop warning can generate "Operation not permitted" error
Public bug reported: The push and pop quilt subcommands call touch for each patched file. The way it is called, touch can generate an error due to insufficient permissions, and that error is sent straight to the terminal. The touch call intends to set file modification times. As explained in https://stackoverflow.com/questions/953098/change-file-time-touch Linux does not allow changing mtime for a user which is neither root nor the user owning the file. This means that it is impossible for several people each owning some files to manage the same patched software, even if they are part of the same group and that group has full permissions on all files, unless they have access to a common account. Either quilt should manage times in a way that does not depend on a single user managing the software, or the failure can be considered unimportant, and quilt should just report failures differently. The latter approach could involve replacing touch's output with a clear error/warning message, limiting the number of errors displayed to 1, or adding an option to quiet such issues. cloph2@SWIKID02:/var/www/html/foncierpedia$ quilt pop Removing patch tracker_prevent_edit_conflict.diff Restoring lang/fr/language.php Restoring lang/fr/language.js Restoring templates/tiki-view_tracker_item.tpl Restoring tiki-view_tracker_item.php Restoring lib/core/Services/Tracker/Controller.php touch: setting times of './lang/fr/language.php': Operation not permitted cloph2@SWIKID02:/var/www/html/foncierpedia$ quilt push touch: setting times of '.pc/tracker_prevent_edit_conflict.diff/lang/fr/language .php': Operation not permitted Applying patch tracker_prevent_edit_conflict.diff patching file lang/fr/language.js patching file lang/fr/language.php patching file lib/core/Services/Tracker/Controller.php patching file templates/tiki-view_tracker_item.tpl patching file tiki-view_tracker_item.php Now at patch tracker_prevent_edit_conflict.diff cloph2@SWIKID02:/var/www/html/foncierpedia$ Ubuntu 14.04.5, using quilt 0.61-1 ** Affects: quilt (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to quilt in Ubuntu. https://bugs.launchpad.net/bugs/1758363 Title: push and pop warning can generate "Operation not permitted" error Status in quilt package in Ubuntu: New Bug description: The push and pop quilt subcommands call touch for each patched file. The way it is called, touch can generate an error due to insufficient permissions, and that error is sent straight to the terminal. The touch call intends to set file modification times. As explained in https://stackoverflow.com/questions/953098/change-file-time-touch Linux does not allow changing mtime for a user which is neither root nor the user owning the file. This means that it is impossible for several people each owning some files to manage the same patched software, even if they are part of the same group and that group has full permissions on all files, unless they have access to a common account. Either quilt should manage times in a way that does not depend on a single user managing the software, or the failure can be considered unimportant, and quilt should just report failures differently. The latter approach could involve replacing touch's output with a clear error/warning message, limiting the number of errors displayed to 1, or adding an option to quiet such issues. cloph2@SWIKID02:/var/www/html/foncierpedia$ quilt pop Removing patch tracker_prevent_edit_conflict.diff Restoring lang/fr/language.php Restoring lang/fr/language.js Restoring templates/tiki-view_tracker_item.tpl Restoring tiki-view_tracker_item.php Restoring lib/core/Services/Tracker/Controller.php touch: setting times of './lang/fr/language.php': Operation not permitted cloph2@SWIKID02:/var/www/html/foncierpedia$ quilt push touch: setting times of '.pc/tracker_prevent_edit_conflict.diff/lang/fr/language .php': Operation not permitted Applying patch tracker_prevent_edit_conflict.diff patching file lang/fr/language.js patching file lang/fr/language.php patching file lib/core/Services/Tracker/Controller.php patching file templates/tiki-view_tracker_item.tpl patching file tiki-view_tracker_item.php Now at patch tracker_prevent_edit_conflict.diff cloph2@SWIKID02:/var/www/html/foncierpedia$ Ubuntu 14.04.5, using quilt 0.61-1 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/quilt/+bug/1758363/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https:
[Desktop-packages] [Bug 1758363] Re: push and pop warning can generate "Operation not permitted" error
** Description changed: The push and pop quilt subcommands call touch for each patched file. The way it is called, touch can generate an error due to insufficient permissions, and that error is sent straight to the terminal. The touch call intends to set file modification times. As explained in https://stackoverflow.com/questions/953098/change-file-time-touch Linux does not allow changing mtime for a user which is neither root nor the user owning the file. This means that it is impossible for several people each owning some files to manage the same patched software, even if they are part of the same group and that group has full permissions on all files, unless they have access to a common account. Either quilt should manage times in a way that does not depend on a single user managing the software, or the failure can be considered unimportant, and quilt should just report failures differently. The latter approach could involve replacing touch's output with a clear error/warning message, limiting the number of errors displayed to 1, or adding an option to quiet such issues. - cloph2@SWIKID02:/var/www/html/foncierpedia$ quilt pop Removing patch tracker_prevent_edit_conflict.diff Restoring lang/fr/language.php Restoring lang/fr/language.js Restoring templates/tiki-view_tracker_item.tpl Restoring tiki-view_tracker_item.php Restoring lib/core/Services/Tracker/Controller.php touch: setting times of './lang/fr/language.php': Operation not permitted cloph2@SWIKID02:/var/www/html/foncierpedia$ quilt push touch: setting times of '.pc/tracker_prevent_edit_conflict.diff/lang/fr/language .php': Operation not permitted Applying patch tracker_prevent_edit_conflict.diff patching file lang/fr/language.js patching file lang/fr/language.php patching file lib/core/Services/Tracker/Controller.php patching file templates/tiki-view_tracker_item.tpl patching file tiki-view_tracker_item.php Now at patch tracker_prevent_edit_conflict.diff cloph2@SWIKID02:/var/www/html/foncierpedia$ + Ubuntu 14.04.5, using quilt 0.61-1 + I could not find any hint that this is fixed in quilt 0.65. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to quilt in Ubuntu. https://bugs.launchpad.net/bugs/1758363 Title: push and pop warning can generate "Operation not permitted" error Status in quilt package in Ubuntu: New Bug description: The push and pop quilt subcommands call touch for each patched file. The way it is called, touch can generate an error due to insufficient permissions, and that error is sent straight to the terminal. The touch call intends to set file modification times. As explained in https://stackoverflow.com/questions/953098/change-file-time-touch Linux does not allow changing mtime for a user which is neither root nor the user owning the file. This means that it is impossible for several people each owning some files to manage the same patched software, even if they are part of the same group and that group has full permissions on all files, unless they have access to a common account. Either quilt should manage times in a way that does not depend on a single user managing the software, or the failure can be considered unimportant, and quilt should just report failures differently. The latter approach could involve replacing touch's output with a clear error/warning message, limiting the number of errors displayed to 1, or adding an option to quiet such issues. cloph2@SWIKID02:/var/www/html/foncierpedia$ quilt pop Removing patch tracker_prevent_edit_conflict.diff Restoring lang/fr/language.php Restoring lang/fr/language.js Restoring templates/tiki-view_tracker_item.tpl Restoring tiki-view_tracker_item.php Restoring lib/core/Services/Tracker/Controller.php touch: setting times of './lang/fr/language.php': Operation not permitted cloph2@SWIKID02:/var/www/html/foncierpedia$ quilt push touch: setting times of '.pc/tracker_prevent_edit_conflict.diff/lang/fr/language .php': Operation not permitted Applying patch tracker_prevent_edit_conflict.diff patching file lang/fr/language.js patching file lang/fr/language.php patching file lib/core/Services/Tracker/Controller.php patching file templates/tiki-view_tracker_item.tpl patching file tiki-view_tracker_item.php Now at patch tracker_prevent_edit_conflict.diff cloph2@SWIKID02:/var/www/html/foncierpedia$ Ubuntu 14.04.5, using quilt 0.61-1 I could not find any hint that this is fixed in quilt 0.65. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/quilt/+bug/1758363/+subscrip
[Desktop-packages] [Bug 1758363] Re: push and pop warning can generate "Operation not permitted" error
I'm sorry to report that this is not merely "cosmetic". I just noticed there is also a behavioral impact; when such a warning is triggered while running - for example - quilt pop 5, if the first de-application causes the warning, only 1 patch will be popped. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to quilt in Ubuntu. https://bugs.launchpad.net/bugs/1758363 Title: push and pop warning can generate "Operation not permitted" error Status in quilt package in Ubuntu: New Bug description: The push and pop quilt subcommands call touch for each patched file. The way it is called, touch can generate an error due to insufficient permissions, and that error is sent straight to the terminal. The touch call intends to set file modification times. As explained in https://stackoverflow.com/questions/953098/change-file-time-touch Linux does not allow changing mtime for a user which is neither root nor the user owning the file. This means that it is impossible for several people each owning some files to manage the same patched software, even if they are part of the same group and that group has full permissions on all files, unless they have access to a common account. Either quilt should manage times in a way that does not depend on a single user managing the software, or the failure can be considered unimportant, and quilt should just report failures differently. The latter approach could involve replacing touch's output with a clear error/warning message, limiting the number of errors displayed to 1, or adding an option to quiet such issues. cloph2@SWIKID02:/var/www/html/foncierpedia$ quilt pop Removing patch tracker_prevent_edit_conflict.diff Restoring lang/fr/language.php Restoring lang/fr/language.js Restoring templates/tiki-view_tracker_item.tpl Restoring tiki-view_tracker_item.php Restoring lib/core/Services/Tracker/Controller.php touch: setting times of './lang/fr/language.php': Operation not permitted cloph2@SWIKID02:/var/www/html/foncierpedia$ quilt push touch: setting times of '.pc/tracker_prevent_edit_conflict.diff/lang/fr/language .php': Operation not permitted Applying patch tracker_prevent_edit_conflict.diff patching file lang/fr/language.js patching file lang/fr/language.php patching file lib/core/Services/Tracker/Controller.php patching file templates/tiki-view_tracker_item.tpl patching file tiki-view_tracker_item.php Now at patch tracker_prevent_edit_conflict.diff cloph2@SWIKID02:/var/www/html/foncierpedia$ Ubuntu 14.04.5, using quilt 0.61-1 I could not find any hint that this is fixed in quilt 0.65. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/quilt/+bug/1758363/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp