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 531545 - Saved Search problems on starting Evolution
Saved Search problems on starting Evolution
Status: RESOLVED OBSOLETE
Product: evolution
Classification: Applications
Component: Mailer
2.22.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[kill-bonobo]
Depends on:
Blocks:
 
 
Reported: 2008-05-05 13:00 UTC by Karsten Bräckelmann
Modified: 2011-06-03 15:48 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Karsten Bräckelmann 2008-05-05 13:00:22 UTC
When starting Evolution, and the last opened folder had a Saved Search, the Search is not applied. Instead, the Saved Search dialog pops up.

Steps to reproduce:

* Have a folder with a Saved Search applied. Open that folder.
* Close and restart Evolution.

* The last opened folder with the Search applied is being shown. Also, the
  Search bar correctly indicates an Advanced Search visibly.
* However, while Search bar indeed clearly indicates a Saved Search to be
  active, the Search is NOT yet applied to the mail list. Instead, the
  Advanced Search dialog pops up.

This already is inconsistent UI and IMHO not the desired behavior. Just apply the search, and don't pop up the dialog.

* When accepting the Search by hitting the OK button in the dialog, the UI
  turns consistent. The Search is being applied to the mail list, just like
  the Search bar tells.

* When Cancel'ing the dialog, the UI really gets inconistant:
  (a) The Search bar STILL indicates an Advanced Search to be active.
  (b) The mail list does NOT get the Search applied, showing all contents.
  (c) Finally, when switching folders forth and back, the Search correctly
      gets applied without any further bugging the user.

The latter state of (c) should have been done in the first place.
Comment 1 Milan Crha 2009-07-16 14:34:48 UTC
I see this working fine with respect of UI consistency in actual master (~2.27.4) and I know that Matt is working on the rewrite of the ESearchBar, thus I'm marking this for him to take care of it (hopefully only test and confirm).
Comment 2 Milan Crha 2011-05-26 06:34:10 UTC
There is a little regression in this with (almost) 3.1.2, the git master, which might be pretty the same as actual stable 3.0.2 in this area.

When I select a saved search then the UI shows Advanced Search, but when I move to other folder and back then the search is forgotten. On the other hand, when I use simple search, like "Sender contains" and I *do not* save it, then this search is remembered when moving between folders and also when closing and opening evolution in this folder, and no dialog is shown (which might work same for you too, as I understand from your description).

Thus there might help to remember applied saved searches between folders/sessions and then it'll show whether the initial issue is still there or not.
Comment 3 Milan Crha 2011-06-03 15:48:09 UTC
Hrm, the EShellSearchbar doesn't know how to save Advanced Search, it only knows how to save search text and which option is on. The advanced search can be saved as an XML blob, and storing this into the state.ini file doesn't seem to be the right thing either. I do not know why Matt dropped this functionality, but he did it for some reason during his kill-bonobo work.

Thus I consider this as an obsolete issue.