[Akonadi] [Bug 478033] EWS accounts unusable - constantly lose authentication
https://bugs.kde.org/show_bug.cgi?id=478033 --- Comment #14 from agap...@hotmail.com --- (In reply to Antonio Rojas from comment #13) > After running overnight on two machines, I confirm that > https://invent.kde.org/pim/kdepim-runtime/-/merge_requests/149 fixes the > authentication problems. > > Mail push doesn't work though, I need to manually check for new mail. Still > it's a big improvement, and makes it sort of usable again. With the update to Plasma 6.0.2 things have gotten worse. Now the authentication breaks even during use of the computer (not after sleep like before) and sends the notification "Resource is broken. Authentication failed" https://imgur.com/a/7xXNSWU -- You are receiving this mail because: You are the assignee for the bug.
[korganizer] [Bug 482400] Bug KOrganizer creazione/modifica eventi/attività
https://bugs.kde.org/show_bug.cgi?id=482400 --- Comment #2 from Gagagaok --- On sab, 2024-03-09 at 23:09 +, Daniel Vrátil wrote: > https://bugs.kde.org/show_bug.cgi?id=482400 > > Daniel Vrátil changed: > > What |Removed |Added > - > --- > CC| |dvra...@kde.org > > --- Comment #1 from Daniel Vrátil --- > Can you please install debug symbols and try to reproduce again? > Without it > it's hard to track where the crash happens. How many calendars do you > have > configured? > I'm sorry, i have uninstalled the app. I had configured one calendar. Synchronized with Nextcloud. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 483478] [USABILITY] Excessive and unintuitive steps required to set up an Office 365 account
https://bugs.kde.org/show_bug.cgi?id=483478 Carl Schwan changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED --- Comment #1 from Carl Schwan --- Agree, I configured my ews account not too long ago and it was a bit of a pain. I plan to rework it a bit. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 483545] New: Kmail2 silently looses mails while displaying the correct counts with the folders
https://bugs.kde.org/show_bug.cgi?id=483545 Bug ID: 483545 Summary: Kmail2 silently looses mails while displaying the correct counts with the folders Classification: Applications Product: kmail2 Version: 5.22.3 Platform: openSUSE OS: Linux Status: REPORTED Severity: critical Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: flossy-...@online.de Target Milestone: --- Created attachment 167165 --> https://bugs.kde.org/attachment.cgi?id=167165=edit Error Messages by Kmail when it is losing mails SUMMARY Kmail2 silently looses mails without any error messages or warnings. The fact is hidden by wrong counts given with the folder display. Further a complete self-disintegration of akonadi was witnessed – potentially a follow-up error … STEPS TO REPRODUCE not known, as the disintegration silently continued over at least 2 month and neither start nor disintegration trigger can be reconstructed from backups. But the core problem is obvious from the observations – see below. OBSERVED RESULT On an air-gapped system, physically only accessible by me (used for highly confidential work with severe contractual penalties), – this precludes any malicious external causes! – the following happened: When sorting my old mail archives (no HTML view, no attachments!) suddenly I notice changes in the folder pane on the left: Sequentially the number of messages in folders counted down and folders were removed. Trusting in my backups I let the system run its course, to at least risk no further inconsistencies … The mail resided in ~/.local/share/local-mail – when the system was finished there was a new folder ~/.local/share/.local-maildir and the akonadi-DB in ~/.local/share/akonadi seemed to be completely reset. All mails were lost according kmail. In the storage location ~/.local/share/local-mail roughly 2 thousand mails of originally around 12 thousand remained – surprisingly all in the "new" branch of the maildir structures, albeit none of the mails was displayed as unread. The next nasty surprise: Obviously there has been a creeping loss of mails beforehand. In all the backups up to 2 month prior mails were missing, while the akonadi database (via the number of mails in the folder pane) claimed all was fine. This 100% sure knowledge because – when embarking on this little project of triaging my mail archives – I had set apart a folder of mail correspondence with a dear friend who died much to young (to avoid losing them by any mis-triaging …). This folder was empty even in the backups 2 month old. Curiously all mails still present in the backups always resides in the "new" branch of the maildir structures. I then went back to the archive, I'd used to transfer the mail-archives from the pre-cursor system (still KDE4 based – no problem as air-gapped as well) to the current system. Here all mails were still present (in their past sorting state) and all resided in the "cur" branch of the maildir structures, as was to be expected. (So happily I could recover the complete archive but still lost many, many hours of triaging!) All in all around 2500 mails were silently lost by Kmail2 over a period of a little more than 2 month. I investigated a sample of roughly 10%: While old mails with crypto predating 2010 (e.g. inline/pgp) and the common less-than-standard-conformant M$-mails were clearly over-represented also completely harmless, standard-conformant, non-crypto mails were lost, too. All of these mails display without problems in the Kmail-viewer-component (might not be well formatted, but complete text with all attachments etc.) When experimenting with these I could capture some error messages of Kmail – see attachment. The core cause seems: »"Unable to fetch item from backend (collection -1) : Unable to retrieve item from resource: [LRCONFLICT] Resource akonadi_maildir_resource_2 tries to modify item 29196 () (in collection 102) with dirty payload, aborting STORE."« Seemingly the akonadi-component handling storage is much pickier than the display-component and simply drops items when they are moved between folders or the branches of the maildir structures. The machine has 8 cores and 16 GB RAM and is boring itself to death, while I'm triaging mails (there are more demanding tasks for the machine, but not during triaging …) – so there were no "out of memory" problems … (ie. the copious Swap is not even touched). EXPECTED RESULT 1. Kmail2 not loosing mails. 2. Kmail2 giving visual warnings to the user if there are problems 3. akonadi_maildir_resource_2 not silently dropping mails when it has any problems handling them. SOFTWARE/OS VERSIONS [copied from System Information] Operating System: openSUSE Leap 15.5 KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 Kernel Version: 5.14.21-150500.55.44-default
[kmail2] [Bug 483533] New: Account wizard issues
https://bugs.kde.org/show_bug.cgi?id=483533 Bug ID: 483533 Summary: Account wizard issues Classification: Applications Product: kmail2 Version: 6.0.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: emir_s...@icloud.com Target Milestone: --- 24.02, KDE neon Stable Adding an iCloud account, everything finishes smoothly on paper, except: - Authentication method is not properly set for IMAP, therefore no mail fetch - SMTP is not configured at all, needs manual input - Inbox, Outbox, Sent, Drafts, Trash folders are not automatically subscribed to, therefore leaving only user folders and great confusion -- You are receiving this mail because: You are the assignee for the bug.
[akregator] [Bug 483531] View / Hide Read Feeds doesn't work, closes feed as soon as you highlight unread item
https://bugs.kde.org/show_bug.cgi?id=483531 Bug Janitor Service changed: What|Removed |Added Keywords||qt6 -- You are receiving this mail because: You are the assignee for the bug.
[akregator] [Bug 483531] View / Hide Read Feeds doesn't work, closes feed as soon as you highlight unread item
https://bugs.kde.org/show_bug.cgi?id=483531 --- Comment #1 from Bill Dietrich --- Sorry, "via right-click from feed list" should be "via right-ARROW from feed list". -- You are receiving this mail because: You are the assignee for the bug.
[akregator] [Bug 483531] New: View / Hide Read Feeds doesn't work, closes feed as soon as you highlight unread item
https://bugs.kde.org/show_bug.cgi?id=483531 Bug ID: 483531 Summary: View / Hide Read Feeds doesn't work, closes feed as soon as you highlight unread item Classification: Applications Product: akregator Version: 6.0.0 Platform: Flatpak OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: kde...@billdietrich.me Target Milestone: --- SUMMARY *** Often, the app closes a feed as soon as I click on the last unread item in the feed, giving me no chance to actually read that item. *** STEPS TO REPRODUCE 1. Enable View / Hide Read Feeds. 2. Settings / Advanced / Mark selected article as read after is set to 0 seconds. 3. Go to a feed that has 1 unread item. 4. Try to access that item, via right-click from feed list, or by clicking on the item in the list. 5. Usually (not always), the item will be marked read, then the feed will disappear from the feed list, and you go to next feed that has unread items, without having a chance to actually read the item you tried to go to. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Garuda Linux KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 478474] Kmail ask for sieve passworts on every start
https://bugs.kde.org/show_bug.cgi?id=478474 --- Comment #2 from Matthias Fehring --- I also tried to disable “Reuse host login configuration“. No matter if I use “IMAP user and password“ or give “User name and password“ in the Sieve config, it asks for the password when trying to connect to the Sieve server. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 478474] Kmail ask for sieve passworts on every start
https://bugs.kde.org/show_bug.cgi?id=478474 Matthias Fehring changed: What|Removed |Added CC||buschman...@opensuse.org --- Comment #1 from Matthias Fehring --- Same here with kmail2 6.0.0 (24.02.0) on Plasma 6.0.1 and KDE Frameworks 6.0.0. Log shows the following lines for every account: We have an error during reading password "Entry not found" org.kde.pim.kmail: An error occurred while reading password: "Entry not found" -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 301448] Only email addresses are saved to "Recent Addresses", full names are not
https://bugs.kde.org/show_bug.cgi?id=301448 Carl Schwan changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED Latest Commit||https://invent.kde.org/pim/ ||messagelib/-/commit/3e7bf50 ||9b90648a32ba91114e0afeb9034 ||7d363b --- Comment #7 from Carl Schwan --- Git commit 3e7bf509b90648a32ba91114e0afeb90347d363b by Carl Schwan. Committed on 14/03/2024 at 09:20. Pushed by carlschwan into branch 'master'. Save recent address with full name We support doing this in PimCommon::RecentAddresses and this is a bit nicer to remember the contact name as the email address might not contains the name of the recipient. M +9-9messagecomposer/src/composer/composerviewbase.cpp https://invent.kde.org/pim/messagelib/-/commit/3e7bf509b90648a32ba91114e0afeb90347d363b -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 483365] akonadiconsole wants QSQLITE3, while only QSQLITE is available
https://bugs.kde.org/show_bug.cgi?id=483365 --- Comment #1 from Erik Quaeghebeur --- I investigated a bit further. My akonadiserverrc file looked as follows: --- [Debug] Tracer=null [%General] Driver=QSQLITE3 [QSQLITE] Name=/home/USERNAME/.local/share/akonadi/akonadi.db [QSQLITE3] Name=/home/USERNAME/.local/share/akonadi/akonadi.db --- I am very sure I did not add the multiple [QSQLITE.?] lines, but only had one in the past. (Can't remember which.) When stopping the server, changing to the config below and restarting the server and akonadiconsole, I do not get an error message anymore and DB-Browser in akonadiconsole is working again, so that seemed to have been the problem. So the bugreport now only still pertains to the configuration issue. --- [Debug] Tracer=null [%General] Driver=QSQLITE [QSQLITE] Name=/home/USERNAME/.local/share/akonadi/akonadi.db --- -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 483523] KMail crashes when select multiple recipients with Shift
https://bugs.kde.org/show_bug.cgi?id=483523 --- Comment #1 from Kamil Piwowarski <9luty1...@gmail.com> --- Created attachment 167153 --> https://bugs.kde.org/attachment.cgi?id=167153=edit Screenshot -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 483523] New: KMail crashes when select multiple recipients with Shift
https://bugs.kde.org/show_bug.cgi?id=483523 Bug ID: 483523 Summary: KMail crashes when select multiple recipients with Shift Classification: Applications Product: kmail2 Version: 5.24.5 Platform: Manjaro OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: composer Assignee: kdepim-bugs@kde.org Reporter: 9luty1...@gmail.com Target Milestone: --- Created attachment 167151 --> https://bugs.kde.org/attachment.cgi?id=167151=edit backtrace SUMMARY KMail crashes when select multiple recipients with Shift that are in group. When I select contacts outside group id does work. STEPS TO REPRODUCE 1. Compose mail 2. Open dialog with recipients selection 3. Select multiple contacts IN GROUP OBSERVED RESULT Kmail crashes EXPECTED RESULT Contacts are selected SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.27.11 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.12 Kernel Version: 6.7.7-1-MANJARO (64-bit) Graphics Platform: X11 Processors: 8 × 11th Gen Intel® Core™ i5-1135G7 @ 2.40GHz Memory: 7.5 GiB of RAM Graphics Processor: Mesa Intel® Xe Graphics Manufacturer: Dell Inc. Product Name: Latitude 5520 ADDITIONAL INFORMATION -- You are receiving this mail because: You are the assignee for the bug.