| Summary: | "filter account is missing" dialog does not show account names | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] Akonadi | Reporter: | Martin Koller <martin> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | ahartmetz, montel |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | screenshot | ||
|
Description
Martin Koller
2020-02-28 14:29:20 UTC
which screenshot ? Created attachment 126600 [details]
screenshot
the forgotten one ;-)
This seems related to bug 323455. In that case, the dialog should NOT appear, and it shouldn't be empty. In this case, I guess the dialog SHOULD appear, and again it shouldn't be empty. Is this still reproducible? I have started to investigate for the related bug https://bugs.kde.org/show_bug.cgi?id=323455 With akonadi-server-23.08.5 on openSuse Leap 15.6 I do not see the problem any longer, which is: I now see the account name in the first column. However I do see another issue: when just starting "akonadictl start" I get this dialog 3 times. Maybe related: simply _creating_ a new POP3 account with kmail and giving it a name "e.g. test", the configure dialog still shows only "POP3 Account" instead of my given name "test". Only after restarting akonadi server, the correct name "test" is shown (In reply to Martin Koller from comment #5) > However I do see another issue: when just starting "akonadictl start" I get > this dialog 3 times. Oh, that is interesting. I thought it could only happen from KMail when it loads its filters. Could you get me backtraces of MailCommon::FilterActionMissingAccountDialog::FilterActionMissingAccountDialog()? If / when I fix https://bugs.kde.org/show_bug.cgi?id=323455, it would be nice to have it also fixed in the Akonadi server, and that decreases the attractiveness of a KMail-only fix. It's probably not easy to get a backtrace from "the Akonadi server" because AFAIU mail filters run in a separate akonadi_mailfilter_agent process and you'd need to attach gdb to that one in time. (In reply to Andreas Hartmetz from comment #7) > It's probably not easy to get a backtrace from "the Akonadi server" because > AFAIU mail filters run in a separate akonadi_mailfilter_agent process and > you'd need to attach gdb to that one in time. https://techbase.kde.org/KDE_PIM/Akonadi/Development_Tools#Debugging_Akonadi_Agents should work with the mailfilter agent #15 0x00007f6e6c58b19c in MailCommon::FilterActionMissingAccountDialog::FilterActionMissingAccountDialog
(parent=0x0, this=0x55feb6a76270, lstAccount=..., filtername=...)
at /usr/src/debug/mailcommon-25.04.1/src/filter/dialog/filteractionmissingaccountdialog.cpp:28
#16 MailCommon::MailFilter::readConfig (this=this@entry=0x7f6e080017a0, config=..., interactive=interactive@entry=true)
at /usr/src/debug/mailcommon-25.04.1/src/filter/mailfilter.cpp:468
#17 0x00007f6e6c58bfb2 in MailCommon::MailFilter::MailFilter
(this=0x7f6e080017a0, aConfig=..., interactive=true, needUpdate=@0x7ffd12202bc7: false, this=<optimized out>, aConfig=<optimized out>, interactive=<optimized out>, needUpdate=<optimized out>) at /usr/src/debug/mailcommon-25.04.1/src/filter/mailfilter.cpp:56
#18 0x00007f6e6c562348 in MailCommon::FilterImporterExporter::readFiltersFromConfig (config=..., emptyFilters=...)
at /usr/src/debug/mailcommon-25.04.1/src/filter/filterimporterexporter.cpp:46
#19 0x000055feb51fe069 in FilterManager::readConfig (this=this@entry=0x55feb6a71110)
at /usr/src/debug/kmail-25.04.1/agents/mailfilteragent/filtermanager.cpp:312
#20 0x000055feb51fe65a in FilterManager::FilterManager (this=0x55feb6a71110, parent=<optimized out>, this=<optimized out>, parent=<optimized out>)
at /usr/src/debug/kmail-25.04.1/agents/mailfilteragent/filtermanager.cpp:291
#21 0x000055feb51fa3be in MailFilterAgent::MailFilterAgent (this=0x7ffd12202f40, id=...)
at /usr/src/debug/kmail-25.04.1/agents/mailfilteragent/mailfilteragent.cpp:65
#22 Akonadi::AgentBase::init<MailFilterAgent> (argc=<optimized out>, argv=<optimized out>)
at /usr/include/KPim6/AkonadiAgentBase/akonadi/agentbase.h:436
#23 main (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/kmail-25.04.1/agents/mailfilteragent/mailfilteragent.cpp:411
since I could not directly set a breakpoint at MailCommon::FilterActionMissingAccountDialog::FilterActionMissingAccountDialog
(seems the method is probably optimized out), this is the next best thing without compiling the whole libs on my own.
HTH
(In reply to Martin Koller from comment #9) > HTH Thank you, that's great! So the error does come from the agent and in the way that I expected. I now have a proposed fix that, if it works, should make the error disappear from both KMail and the mailfilter agent: https://invent.kde.org/pim/akonadi/-/merge_requests/260 > I now have a proposed fix that, if it works, should make the error disappear
> from both KMail and the mailfilter agent:
> https://invent.kde.org/pim/akonadi/-/merge_requests/260
Martin, could you try that one? I unfortunately have nothing else to go by regarding whether the fix works or not.
(In reply to Andreas Hartmetz from comment #11) > > I now have a proposed fix that, if it works, should make the error disappear > > from both KMail and the mailfilter agent: > > https://invent.kde.org/pim/akonadi/-/merge_requests/260 > > Martin, could you try that one? I unfortunately have nothing else to go by > regarding whether the fix works or not. That change is merged now, we will see how it goes after it makes it to users with the next release. Also setting this bug to CONFIRMED because a backtrace is a pretty good confirmation (and IMO there is no need to doubt a bug report from another developer anyway, you could use your account privileges to do it yourself as far as I'm concerned). |