** Description changed:

+ [ Impact ]
+ 
+ Autosave files are not removed from evolution local state directories
+ (and windows leaked)
+ 
+ 
+ [ Test case ]
+ 
+ 1. Open evolution, and start to compose a new email
+ 2. Write enough text and wait few minutes so that this command returns a file
+    ls -l ~/.local/share/evolution/.evolution-composer.autosave-*
+ 3. Close the email composer window, hitting "Do not save"
+ 4. ls -l ~/.local/share/evolution/.evolution-composer.autosave-* should list 
no files
+ 5. Opening and closing again evolution should not ask to restore the previous 
email
+ 
+ 
+ [ Regression potential ]
+ 
+ No sounds could be performed during some UI actions
+ 
+ ---
+ 
  Running Ubuntu MATE, Ubuntu 22.04.1 LTS. Evolution v3.44.1-0ubuntu1 was
  installed with the distribution on a new system and received settings
  imported from an earlier version on another computer.
  
  When composing an email, if the process takes long enough an autosave
  file is created as ~/.local/share/evolution/.evolution-
  composer.autosave-xxxxxx ("xxxxxx" is a random 6 character string). When
  the email is successfully sent, the autosave file SHOULD be deleted.
  It's not. When evolution is shut down and restarted I'm asked if I want
  to recover an unfinished email. Answering No to this will delete the
  autosave file, but otherwise it persists and the recovery query recurs
  the next time I open evolution.
  
  Other people are having the same issue, see
  https://gitlab.gnome.org/GNOME/evolution/-/issues/1972. The Gnome people
  aren't dealing with it, perhaps considering it a distro-specific bug.
  
  On a system used by many people this is a potential security issue.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to libcanberra in Ubuntu.
https://bugs.launchpad.net/bugs/1983794

Title:
  Evolution not deleting autosave files

Status in Evolution:
  Fix Released
Status in evolution package in Ubuntu:
  Invalid
Status in libcanberra package in Ubuntu:
  In Progress
Status in libcanberra source package in Jammy:
  In Progress
Status in evolution source package in Kinetic:
  New
Status in libcanberra source package in Kinetic:
  In Progress

Bug description:
  [ Impact ]

  Autosave files are not removed from evolution local state directories
  (and windows leaked)

  
  [ Test case ]

  1. Open evolution, and start to compose a new email
  2. Write enough text and wait few minutes so that this command returns a file
     ls -l ~/.local/share/evolution/.evolution-composer.autosave-*
  3. Close the email composer window, hitting "Do not save"
  4. ls -l ~/.local/share/evolution/.evolution-composer.autosave-* should list 
no files
  5. Opening and closing again evolution should not ask to restore the previous 
email

  
  [ Regression potential ]

  No sounds could be performed during some UI actions

  ---

  Running Ubuntu MATE, Ubuntu 22.04.1 LTS. Evolution v3.44.1-0ubuntu1
  was installed with the distribution on a new system and received
  settings imported from an earlier version on another computer.

  When composing an email, if the process takes long enough an autosave
  file is created as ~/.local/share/evolution/.evolution-
  composer.autosave-xxxxxx ("xxxxxx" is a random 6 character string).
  When the email is successfully sent, the autosave file SHOULD be
  deleted. It's not. When evolution is shut down and restarted I'm asked
  if I want to recover an unfinished email. Answering No to this will
  delete the autosave file, but otherwise it persists and the recovery
  query recurs the next time I open evolution.

  Other people are having the same issue, see
  https://gitlab.gnome.org/GNOME/evolution/-/issues/1972. The Gnome
  people aren't dealing with it, perhaps considering it a distro-
  specific bug.

  On a system used by many people this is a potential security issue.

To manage notifications about this bug go to:
https://bugs.launchpad.net/evolution/+bug/1983794/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to