I normally start Evo with the mail window. However, if I switch to contacts, then back to mail, the Evo welcome window pops up. This only happens the first time that change is made. To replicate: * With no components of Evolution running, start it with the mail view. * Click the "Contacts" button to change to contacts (tested, may also happen with calender & tasks) * Click the "Mail" button to switch back to mail view Expected behaviour: a simple switch back to that view Actual behaviour (1st change): Evo switches to mail view but opens the "Welcome" splash which must be dismissed This happens consistently, but only on the first time moving from the mail view and back again.
Thank you for the report, which I confirm as you describe it; but wonder whether the behaviour is not actually correct, or should be different. Starting Evolution, with no e-mail accounts configured, it defaults to the Email view with the normal folders shown: Inbox, Outbox etc. Clicking on those simply says they are empty. Is the fault that it does not pop the Welcome (configure) dialogue at this point? Changing the view to any other, or several different alternatives(s), shows those correctly. Reverting for the first time only to the Email view does indeed then pop the Welcome dialogue, whose purpose is to define e-mail accounts and other configuration steps. This is very sensible, even necessary at some point. If you dismiss this, you can subsequently flip back & forth to the Email view without seeing the dialogue. This is sensible because you have already dismissed it, not interested yet. This behaviour repeats each time you launch Evolution unconfigured. Except the Welcome/configure dialogue has a tickbox for "Do not show this dialogue again". If you *do* tick (and dismiss) this, on subsequent launches the reported cycle initial Email view - any other view(s) - Email view does *not* pop the dialogue. Correct. I did not see how to ever get it back... So how then to add & configure e-mail accounts, for example? In Email view: File-New-Mail Account pops a similar wizard "Welcome to the Evolution Mail Configuration Assistant". Is not the problem in fact that "Evolution does not show its Welcome/configure wizard when launched unconfigured, but only after switching back to the Email view from another one for the first time"?
CC: (none) => lewyssmith
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=31185
You raise a good point about checking to dismiss the window. Yes, certainly if there are no accounts configured, that window might be expected to pop up. However, I currently have three IMAP accounts configured, plus some things "on this computer". I have used Evo since Mageia 3 and an update has never behaved in this way before.
Sorry, I was not thinking beyond the fact of having the accounts configured. However, configured or not, this behaviour makes no sense. If Evo is opening the mail window on startup and does NOT offer the splash with the configuration options (which it does not, at least not if there are configured accounts). Why should it appear when returning to the mail window?
(In reply to aguador from comment #3) > However, configured or not, this behaviour makes no sense. It does make sense if correctly done: If you already have accounts configured, you should never see the Welcome dialogue. If you do, in this situation, that is an error. If you have no accounts configured, you should see it on starting Evolution, rather than only on returning the first time to the Email view. > If Evo is opening the mail window on startup and does NOT offer the splash > with the configuration options (which it does not, at least not if there are > configured accounts). Why should it appear when returning to the mail window? This is important: are you saying that if you *have* configure Email accounts, you still get this pop-up when re-selecting (first time) the Email view? That would be an error.
OK, I think we are talking past each other a bit. First, yes, as in my first reply, I have accounts configured and despite that the configuration window appears. Perhaps I should have been more explicit. I was relying on my saying "I normally start" in Comment 1 to indicate that this was not a first run of a new installation. Later I pointed out that I had been using Evo for a number of years, and this report is on Cauldron, both of which indicate that I have had previous updates of an apparently installed and, one would assume, configured system. Nonetheless, I will grant that I erred in not making these things explicit. Second, perhaps I also erred in starting a new paragraph after the second sentence of Comment 3 or perhaps not referring explicitly to Comment 2. The condition I was responding to is starting Evo with the mail view and configured accounts. IF there were no configured accounts, then one might expect or want a configuration window to open automatically (a point you raised in your first comment) on the initial run. In that context the expected user response would be to configure one or more e-mail accounts before changing views. (Admittedly the user might chose to do something else first, but this is first and foremost an e-mail client not a CMS or standalone calendar, so I would not expect that behaviour.) The question is WHY would the configuration window appear? I can think of two possibilities: a first run is detected OR a check in the program finds that there are no accounts configured. You determined that the program is not detecting a first run (as the window does not pop up) nor is it properly checking to see if accounts are configured, in which case if tested with no accounts configured the window would open in the initial mail view as well as the return to the mail view; if the check were made properly with accounts configured, the window should not pup up. That is why I said that the behaviour does not make any sense. It is not just a new/different behaviour, but one I believe Mr. Spock would find "illogical." OK it is late here, the Evo mailing list is in transition, and the issue will be moot if the problem does not appear in the latest release. So, in short, let's wait for bug 31185 to be addressed to see if that solves the problem. If not, I will ask upstream.
(In reply to Lewis Smith from comment #4) > (In reply to aguador from comment #3) > This is important: are you saying that if you *have* configure Email > accounts, you still get this pop-up when re-selecting (first time) the Email > view? That would be an error. I deduce that, with *accounts already configured*, you *are* seeing the Welcome window in the described circumstance (mail-something else-mail). This is a fault, you should not see it at all. Also, we agree that with no accounts - when you would want to see the Welcome window on launching Evolution - it does not show initially (when it should), but only after mail-something else- mail. Another fault, clearly in the same area. > let's wait for bug 31185 (to update Evolution) to be addressed > to see if that solves the problem Reasonable; so leaving with bugsquad. I fear this will disappear in the meantime, but if you re-comment it, it will surface. Let us put this into perspective: the initial fault is trivial, the second avoidable by clicking 'Do not show again'.
Severity: normal => minor
Recently reported as a bug upstream: https://gitlab.gnome.org/GNOME/evolution/-/issues/2112 Will be fixed in 3.46.2
I tried the update you asked for, bug 31105: evolution-3.46.1-1.mga9 True, it seems to have fixed the exact problem you report here; but I could not get this to show the Welcome dialogue at all! In case it remembered that I had ticked "do not show again", I deleted everything to do with Evolution: .cache/evolution .config/evolution .local/share/evolution and on re-launching it, still no Welcome dialogue either initially, as one would expect; or switching from the initial Email view to something else, and back again (this bug). Perhaps add that to your bug?
Keywords: (none) => UPSTREAM
The 3.46.1 update did not solve the issue on my machine. There was a typo in the code that has been fixed for the next point release.
Ah, that bug ref in comment 8 as wrong, should be bug 31185. So we await their reponse to your bug.
URL: (none) => https://gitlab.gnome.org/GNOME/evolution/-/issues/2112
Problem solved with today's upgrade to 3.46.2.
Status: NEW => RESOLVEDResolution: (none) => FIXED