[Akonadi] [Bug 422079] Akonadi searches for file mysql-global.conf at wrong path
https://bugs.kde.org/show_bug.cgi?id=422079 --- Comment #1 from Yaroslav Sidlovsky --- Proposed patch: https://phabricator.kde.org/D29833. This patch just checks if `akonadi/` prefix has been already prepended. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 422079] New: Akonadi searches for file mysql-global.conf at wrong path
https://bugs.kde.org/show_bug.cgi?id=422079 Bug ID: 422079 Summary: Akonadi searches for file mysql-global.conf at wrong path Product: Akonadi Version: 5.14.1 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: server Assignee: kdepim-bugs@kde.org Reporter: zawer...@gmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Run command `strace -e statx akonadiselftest 2>&1 |grep mysql-global.conf`; 2. See output - akonadi searches for path `/etc/xdg//akonadi/akonadi/mysql-global.conf` instead of `/etc/xdg//akonadi/mysql-global.conf` (see extra `akonadi/` part prepended to the relative path). OBSERVED RESULT Because of the above akonadiselftest reports that `mysql-global.conf` is not found and 1 test is always failing, but file is on it place. EXPECTED RESULT Akonadi server and selftest utility should look for file `mysql-global.conf` at path `/etc/xdg/akonadi/`. SOFTWARE/OS VERSIONS Operating System: Fedora 32 KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.70.0 Qt Version: 5.13.2 Kernel Version: 5.6.13-300.fc32.x86_64 OS Type: 64-bit Processors: 4 × AMD FX(tm)-9590 Eight-Core Processor Memory: 22,4 ГиБ -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 420608] Unable to configure a default email format
https://bugs.kde.org/show_bug.cgi?id=420608 Mathias Homann changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED Ever confirmed|1 |0 --- Comment #14 from Mathias Homann --- user case: USer is using kmail for a work account and a private account, where the company policy dictates use of HTML in the .signature, but the user has plaintext inb the signature for his private account. now imagine these steps: - user sends a mail from his private account, switches to plaintext as the mail format - after this, user sends email from his work account, which due to the html signature hard enforces html format no matter what has been configured for the recipient in the contact entry - after this, user has to manually switch back to plaintext the next time he sends mail from the private account again. Can this be handled more intuitively? With less hassle for the user? -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 420608] Unable to configure a default email format
https://bugs.kde.org/show_bug.cgi?id=420608 --- Comment #13 from Bug Janitor Service --- Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 378281] column width in messages list view not retained
https://bugs.kde.org/show_bug.cgi?id=378281 Dennis Menschel changed: What|Removed |Added CC||mensche...@posteo.de --- Comment #5 from Dennis Menschel --- I can also confirm this bug. ### Affected Versions - KMail 19.04.3-0ubuntu2 (Kubuntu 19.10) - KMail 19.12.3-0ubuntu1 (Kubuntu 20.04 LTS) ### Steps to reproduce 1. Start Kontact. This can be done on a freshly installed system and you don't need to create an account either. Note that the window is not maximized. 2. Select the mail-view inside Kontact. 3. Maximize the window. 4. From the menu, select View --> Message List --> Theme --> Classic. 5. Close and restart Kontact a few times. ### What is the current bug behavior? Occasionally the first two columns "subject" and "sender" will shrink from restart to restart while the last column "date" stays visible. After about 10 to 20 restarts of Kontact, only the last column "date" will be visible while the first to columns will have shrunken to a width of almost zero. ### What is the expected correct behavior? The columns' width should stay the same between restarts even when the window is maximized. ### Further observations - When starting KMail directly instead of using Kontact, the bug still happens, but less frequently. - There seems to be a race condition with KMail maximizing its window and recalculating its columns' width. - The bug does not happen if Kontact starts with another view (e.g. the calendar) instead of the mail-view. If you switch from mail- to calendar-view before closing Kontact and then switch back from calendar- to mail-view after restarting Kontact, the columns in the mail-view stay the same. ### Possible fixes I've successfully tested the following workaround with the aforementioned versions of KMail/Kubuntu: 1. If the window (of KMail or Kontact) is maximized, click the maximize-button on the window decoration to unmaximize it. 2. Manually move the window in the top-left corner of the screen. 3. Manually resize the window by dragging the lower-right corner of Kontact to the lower-right corner of the screen, so that the windowed position and size are now the same as if the window had been maximized. Confirm that the window decoration does not treat the window as being maximized. 4. Close Kontact and restart it. The window manager might treat the window as maximized again, but the column width should now stay the same between restarts. -- You are receiving this mail because: You are the assignee for the bug.
