After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 733149 - Changes made while inside virtual folders are not propagated to the server
Changes made while inside virtual folders are not propagated to the server
Status: RESOLVED DUPLICATE of bug 699529
Product: evolution
Classification: Applications
Component: Mailer
3.14.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2014-07-14 10:13 UTC by Robert Munteanu
Modified: 2016-02-22 11:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Robert Munteanu 2014-07-14 10:13:10 UTC
When working inside a virtual folder the changes that I perform, like marking messages read or moving them are not propagated to the server. I am also unable to expunge deleted messages. To work around the problem, I configured Evolution to automatically check all folders every minute, but it should really be possible to directly persist the changes as they happen. Otherwise using virtual folders to triage incoming email is not really useful.

While I use the EWS backend, I think this is a generic Evolution problem. If that is not the case, feel free to move it to evolution-ews.

See also https://mail.gnome.org/archives/evolution-list/2014-May/msg00106.html .
Comment 1 Milan Crha 2014-11-20 16:57:51 UTC
Thanks for a bug report. The part of the expunge is discussed in bug #709187. The immediate state change save is not implemented in evolution as such. It works in a way that the changes are saved on the folder leave or during the (automatic) folder update. If you leave the virtual folder, then it might not probably do the save of the changes in all of the folders which are part of this virtual folder.

I think there was an idea to have an option how to save folder changes, which might be like:
  (o) Lazy save (on demand)
  ( ) Immediate (often server communication)
  ( ) Delay by several seconds/minutes/...

The idea was brought up some time ago, but it was never finished (the options can be different too).
Comment 2 Robert Munteanu 2014-11-24 12:09:38 UTC
It's probably a good idea to allow more control for this, but not sure if it's necessary to do something very complex for this scenario only. It might be simpler to just immediately save changes that are performed inside virtual folders. This could be guarded with a preference, maybe off by default.
Comment 3 Milan Crha 2016-02-22 11:49:01 UTC
This had been addressed within bug #699529, thus I mark this as a duplicate of it.

*** This bug has been marked as a duplicate of bug 699529 ***