[Akonadi] [Bug 390798] Akonadi EWS failed to authenticate with Exchange Server
https://bugs.kde.org/show_bug.cgi?id=390798 --- Comment #11 from Stefan Brüns--- Git commit a20701f5837e067496ef91954940c49eb9e15beb by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 388496 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 M +1-1resources/ews/ewsresource.cpp https://commits.kde.org/kdepim-runtime/a20701f5837e067496ef91954940c49eb9e15beb --- Comment #12 from Stefan Brüns --- Git commit 86302684a48fb4340facd5f773ab14556bc82219 by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 388496 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 https://commits.kde.org/kdepim-runtime/86302684a48fb4340facd5f773ab14556bc82219 -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 388496] Regression - no longer able to authenticate
https://bugs.kde.org/show_bug.cgi?id=388496 Stefan Brünschanged: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED Latest Commit||https://commits.kde.org/kde ||pim-runtime/86302684a48fb43 ||40facd5f773ab14556bc82219 ||https://commits.kde.org/kde ||pim-runtime/a20701f5837e067 ||496ef91954940c49eb9e15beb Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from Stefan Brüns --- Git commit 86302684a48fb4340facd5f773ab14556bc82219 by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 390798 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 https://commits.kde.org/kdepim-runtime/86302684a48fb4340facd5f773ab14556bc82219 --- Comment #2 from Stefan Brüns --- Git commit a20701f5837e067496ef91954940c49eb9e15beb by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 390798 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 M +1-1resources/ews/ewsresource.cpp https://commits.kde.org/kdepim-runtime/a20701f5837e067496ef91954940c49eb9e15beb -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 390798] Akonadi EWS failed to authenticate with Exchange Server
https://bugs.kde.org/show_bug.cgi?id=390798 --- Comment #11 from Stefan Brüns--- Git commit a20701f5837e067496ef91954940c49eb9e15beb by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 388496 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 M +1-1resources/ews/ewsresource.cpp https://commits.kde.org/kdepim-runtime/a20701f5837e067496ef91954940c49eb9e15beb --- Comment #12 from Stefan Brüns --- Git commit 86302684a48fb4340facd5f773ab14556bc82219 by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 388496 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 https://commits.kde.org/kdepim-runtime/86302684a48fb4340facd5f773ab14556bc82219 -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 388496] Regression - no longer able to authenticate
https://bugs.kde.org/show_bug.cgi?id=388496 Stefan Brünschanged: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED Latest Commit||https://commits.kde.org/kde ||pim-runtime/86302684a48fb43 ||40facd5f773ab14556bc82219 ||https://commits.kde.org/kde ||pim-runtime/a20701f5837e067 ||496ef91954940c49eb9e15beb Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #1 from Stefan Brüns --- Git commit 86302684a48fb4340facd5f773ab14556bc82219 by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 390798 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 https://commits.kde.org/kdepim-runtime/86302684a48fb4340facd5f773ab14556bc82219 --- Comment #2 from Stefan Brüns --- Git commit a20701f5837e067496ef91954940c49eb9e15beb by Stefan Brüns. Committed on 03/05/2018 at 22:38. Pushed by bruns into branch 'master'. Always add domain delimiter if "Domain" checkbox is selected Summary: EwsConfigDialog::fullUsername() always adds the domain delimiter when the "Domain" checkbox is set, even if the actual domain name is empty, while the login procedure in EwsResource::passwordRequestFinished(...) only adds a domain delimiter if the domain is non-empty. Make sure login in the config dialog and during normal operation is equivalent. Not sending an (empty) domain causes login failures for some servers, while sending it seems to be unproblematic, and can be forced off by unselecting the checkbox. This fixes a regression caused by commit 7c74258355cd ("EWS: Refactor server connection and password retrieval"), which changed the check for sending the domain from mSettings->hasDomain() to mSettings->domain().isEmpty(). Related: bug 390798 Test Plan: Check the login from the config-dialog, once //with//, once //without// checking "Domain" Try to sync the resource Reviewers: dvratil, nowicki Reviewed By: dvratil Subscribers: #kde_pim Tags: #kde_pim Differential Revision: https://phabricator.kde.org/D12474 M +1-1resources/ews/ewsresource.cpp https://commits.kde.org/kdepim-runtime/a20701f5837e067496ef91954940c49eb9e15beb -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 393783] Kmail crashes instead of starting
https://bugs.kde.org/show_bug.cgi?id=393783 --- Comment #2 from paul.leopa...@iinet.net.au --- Created attachment 112404 --> https://bugs.kde.org/attachment.cgi?id=112404=edit One of the files in the autosave directory All the other files are the same as each other. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 393783] Kmail crashes instead of starting
https://bugs.kde.org/show_bug.cgi?id=393783 --- Comment #1 from paul.leopa...@iinet.net.au --- I had files in my ~/.local/share/kmail2/autosave directory. When I moved this directory, kmail started normally. leopardi@operette:~/.local/share/kmail2$ file autosave/* autosave/{02b6ab91-8357-4bcf-8c19-6f6937776276}: news or mail, ASCII text autosave/{34c3256c-08a2-4e2a-add9-c8f164010ddc}: news or mail, ASCII text autosave/{4df281e9-bd3d-4f4b-8800-8bf1b78e23c0}: news or mail, ASCII text autosave/{5738bc97-c9e6-483a-b368-5d1f7f6edf14}: news or mail, ASCII text autosave/{61db2e50-6b1a-46ac-b41a-83a1e2ea5f19}: news or mail, ASCII text autosave/{623e03ba-1e2c-4f3f-8300-df480cadc69e}: news or mail, ASCII text autosave/{84aa3d22-e1b5-4b7c-a400-17838c348f54}: news or mail, ASCII text autosave/{8fb86dc8-9dee-4a2b-9822-e97c82032a38}: news or mail, ASCII text autosave/{8fb99e25-bcfd-4f34-9cb0-fc8d26a89b66}: news or mail, ASCII text autosave/{9b9cba89-9a41-416d-a84a-beb452734672}: news or mail, ASCII text autosave/{a1595e9f-5082-440c-ab84-1951291e40cd}: news or mail, ASCII text autosave/{a8e0232e-839c-435e-9929-131b088f3ecf}: news or mail, ASCII text autosave/{af77de2d-520c-4f2a-9caf-5e09ee3bffac}: news or mail, ASCII text autosave/{bd15160f-de1e-4d9e-9c64-42fde0a515ac}: news or mail, ASCII text autosave/{c3639aea-5c82-426b-93e8-c35e8dcef580}: news or mail, ASCII text autosave/{c787b0cb-aea3-407e-8d95-25e724006215}: news or mail, ASCII text autosave/{c8e1ed6e-256e-45ef-a0f9-3b60db3133ae}: news or mail, ASCII text autosave/{db63d786-25f8-4f9e-b54f-0d42d60a67c8}: news or mail, ASCII text autosave/{df9670c8-13f9-4bef-8c78-8dea7298f7c9}: news or mail, ASCII text autosave/{e1ad024c-643a-4c69-bc5f-cbec53545fb6}: news or mail, ASCII text autosave/{f3ac49a8-b25e-472c-871a-63ab9105546d}: news or mail, ASCII text leopardi@operette:~/.local/share/kmail2$ ls -lht autosave total 1008K -rw--- 1 leopardi leopardi 46K May 4 07:54 {c787b0cb-aea3-407e-8d95-25e724006215} -rw--- 1 leopardi leopardi 46K May 4 07:54 {bd15160f-de1e-4d9e-9c64-42fde0a515ac} -rw--- 1 leopardi leopardi 46K May 3 23:09 {4df281e9-bd3d-4f4b-8800-8bf1b78e23c0} -rw--- 1 leopardi leopardi 46K May 3 23:09 {623e03ba-1e2c-4f3f-8300-df480cadc69e} -rw--- 1 leopardi leopardi 46K May 3 23:09 {5738bc97-c9e6-483a-b368-5d1f7f6edf14} -rw--- 1 leopardi leopardi 46K May 3 22:59 {34c3256c-08a2-4e2a-add9-c8f164010ddc} -rw--- 1 leopardi leopardi 46K May 3 22:59 {8fb99e25-bcfd-4f34-9cb0-fc8d26a89b66} -rw--- 1 leopardi leopardi 46K May 3 21:59 {a1595e9f-5082-440c-ab84-1951291e40cd} -rw--- 1 leopardi leopardi 46K May 3 21:56 {e1ad024c-643a-4c69-bc5f-cbec53545fb6} -rw--- 1 leopardi leopardi 46K May 3 21:48 {a8e0232e-839c-435e-9929-131b088f3ecf} -rw--- 1 leopardi leopardi 46K May 3 09:29 {9b9cba89-9a41-416d-a84a-beb452734672} -rw--- 1 leopardi leopardi 46K May 3 09:28 {c3639aea-5c82-426b-93e8-c35e8dcef580} -rw--- 1 leopardi leopardi 46K May 3 09:26 {84aa3d22-e1b5-4b7c-a400-17838c348f54} -rw--- 1 leopardi leopardi 46K May 3 09:23 {db63d786-25f8-4f9e-b54f-0d42d60a67c8} -rw--- 1 leopardi leopardi 46K May 3 09:22 {df9670c8-13f9-4bef-8c78-8dea7298f7c9} -rw--- 1 leopardi leopardi 46K May 1 22:29 {8fb86dc8-9dee-4a2b-9822-e97c82032a38} -rw--- 1 leopardi leopardi 46K May 1 22:28 {af77de2d-520c-4f2a-9caf-5e09ee3bffac} -rw--- 1 leopardi leopardi 46K May 1 22:27 {c8e1ed6e-256e-45ef-a0f9-3b60db3133ae} -rw--- 1 leopardi leopardi 46K May 1 22:27 {f3ac49a8-b25e-472c-871a-63ab9105546d} -rw--- 1 leopardi leopardi 46K May 1 22:26 {61db2e50-6b1a-46ac-b41a-83a1e2ea5f19} -rw--- 1 leopardi leopardi 46K May 1 22:26 {02b6ab91-8357-4bcf-8c19-6f6937776276} -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 389682] Kmail stops collecting gmail
https://bugs.kde.org/show_bug.cgi?id=389682 davidblunkettchanged: What|Removed |Added Resolution|WORKSFORME |--- Status|RESOLVED|REOPENED Ever confirmed|0 |1 --- Comment #4 from davidblunkett --- While the frequency of akonadi reboots has gone down this bug is not fixed. -- sometimes I can make it restart by ticking and unticking an option in the settings for the account, this kills the frozen connection and when it restarts things work again. -- sometimes it requires akonadictl restart to reboot as before There are a rash of imap not working reports Bug 393795 Bug 387876 Bug 377877 Bug 382253 which may be related but it isn't clear -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug.
[Akonadi] [Bug 393817] Akonadi does not start
https://bugs.kde.org/show_bug.cgi?id=393817 --- Comment #5 from Przem--- I know. This its live KDE Neon. No change to root. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 393817] Akonadi does not start
https://bugs.kde.org/show_bug.cgi?id=393817 --- Comment #4 from Christoph Feck--- Do not start akonadi as root. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 393817] Akonadi does not start
https://bugs.kde.org/show_bug.cgi?id=393817 --- Comment #3 from Przem--- This same eroor in ewery distro in KDE. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 393817] Akonadi does not start
https://bugs.kde.org/show_bug.cgi?id=393817 --- Comment #2 from Przem--- akonadictl start Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) neon@neon:~$ sudo org.kde.pim.akonadiserver: database server stopped unexpectedly org.kde.pim.akonadiserver: Database process exited unexpectedly during initial connection! org.kde.pim.akonadiserver: executable: "/usr/sbin/mysqld-akonadi" org.kde.pim.akonadiserver: arguments: ("--defaults-file=/home/neon/.local/share/akonadi/mysql.conf", "--datadir=/home/neon/.local/share/akonadi/db_data/", "--socket=/tmp/akonadi-neon.MPVu47/mysql.socket", "--pid-file=/tmp/akonadi-neon.MPVu47/mysql.pid") org.kde.pim.akonadiserver: stdout: "" org.kde.pim.akonadiserver: stderr: "180503 21:04:13 [Note] /usr/sbin/mysqld (mysqld 10.0.34-MariaDB-0ubuntu0.16.04.1) starting as process 5747 ...\n180503 21:04:13 [Warning] Can't create test file /home/neon/.local/share/akonadi/db_data/neon.lower-test\n\x07/usr/sbin/mysqld: Can't change dir to '/home/neon/.local/share/akonadi/db_data/' (Errcode: 2 \"No such file or directory\")\n180503 21:04:13 [ERROR] Aborting\n\n180503 21:04:13 [Note] /usr/sbin/mysqld: Shutdown complete\n\n" org.kde.pim.akonadiserver: exit code: 1 org.kde.pim.akonadiserver: process error: "Unknown error" org.kde.pim.akonadiserver: Failed to remove runtime connection config file org.kde.pim.akonadicontrol: Application 'akonadiserver' exited normally... -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 393817] Akonadi does not start
https://bugs.kde.org/show_bug.cgi?id=393817 Christoph Feckchanged: What|Removed |Added Component|Account Wizard |general -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 393817] Akonadi does not start
https://bugs.kde.org/show_bug.cgi?id=393817 Christoph Feckchanged: What|Removed |Added Alias|akonadi | Keywords|akonadi-ports-regression| Summary|akonadi |Akonadi does not start --- Comment #1 from Christoph Feck --- Could you please try starting Akonadi from the Konsole? It should then show a detailed log. Use: akonadictl start More information is available at https://userbase.kde.org/Akonadi and https://techbase.kde.org/KDE_PIM/Akonadi Please do not use the Keywords and Alias fields, they are assigned by developers. -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 393817] akonadi
https://bugs.kde.org/show_bug.cgi?id=393817 Przemchanged: What|Removed |Added Alias||akonadi -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 393817] akonadi
https://bugs.kde.org/show_bug.cgi?id=393817 Przemchanged: What|Removed |Added CC||przem...@gmail.com -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 393817] akonadi
https://bugs.kde.org/show_bug.cgi?id=393817 Przemchanged: What|Removed |Added Keywords||akonadi-ports-regression -- You are receiving this mail because: You are the assignee for the bug.
[Akonadi] [Bug 393817] New: akonadi
https://bugs.kde.org/show_bug.cgi?id=393817 Bug ID: 393817 Summary: akonadi Product: Akonadi Version: unspecified Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Account Wizard Assignee: kdepim-bugs@kde.org Reporter: przem...@gmail.com Target Milestone: --- Created attachment 112395 --> https://bugs.kde.org/attachment.cgi?id=112395=edit Screnschotts I download latest KDE Neon user edition - 3 may 2018. And i wants install and run Kontact. And i have error - see screenshots into zip file. This same error i have in fresh install Manjaro, Netrunner - pradably everyone distro. -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 393815] New: Akregator dont show any feeds
https://bugs.kde.org/show_bug.cgi?id=393815 Bug ID: 393815 Summary: Akregator dont show any feeds Product: kontact Version: unspecified Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: juanm...@vivaldi.net Target Milestone: --- Application: kontact (5.7.3) Qt Version: 5.9.5 Frameworks Version: 5.44.0 Operating System: Linux 4.15.0-20-generic x86_64 Distribution: Ubuntu 18.04 LTS -- Information about the crash: - What I was doing when the application crashed: Sometimes the feed list disapear when i open akregator. The system tray shows feeds to read. The crash can be reproduced every time. -- Backtrace: Application: Kontact (kontact), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7f515be3fb80 (LWP 3822))] Thread 35 (Thread 0x7f4fe47fb700 (LWP 4290)): #0 0x7f5152527cf4 in g_mutex_unlock () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x7f51524e1988 in g_main_context_prepare () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f51524e236b in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x7f51524e254c in g_main_context_iteration () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x7f515933d90b in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7f51592e29ea in QEventLoop::exec(QFlags) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #6 0x7f515910122a in QThread::exec() () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #7 0x7f515910616d in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #8 0x7f51545626db in start_thread (arg=0x7f4fe47fb700) at pthread_create.c:463 #9 0x7f51587e488f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 34 (Thread 0x7f4fed086700 (LWP 4038)): #0 0x7f51545689f3 in futex_wait_cancelable (private=, expected=0, futex_word=0x55f6ec7589ac) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x55f6ec758958, cond=0x55f6ec758980) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x55f6ec758980, mutex=0x55f6ec758958) at pthread_cond_wait.c:655 #3 0x7f514955bc95 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5 #4 0x7f514955c177 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5 #5 0x7f514955cf11 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5 #6 0x7f51495595eb in ?? () from /usr/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5 #7 0x7f51545626db in start_thread (arg=0x7f4fed086700) at pthread_create.c:463 #8 0x7f51587e488f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 33 (Thread 0x7f4fee3d8700 (LWP 3931)): #0 0x7f51545689f3 in futex_wait_cancelable (private=, expected=0, futex_word=0x55f6ed6b40e8) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x55f6ed6b4098, cond=0x55f6ed6b40c0) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x55f6ed6b40c0, mutex=0x55f6ed6b4098) at pthread_cond_wait.c:655 #3 0x7f5122ff9b7b in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #4 0x7f5122ff98a7 in ?? () from /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so #5 0x7f51545626db in start_thread (arg=0x7f4fee3d8700) at pthread_create.c:463 #6 0x7f51587e488f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 32 (Thread 0x7f4ff2e0d700 (LWP 3872)): #0 0x7f51545689f3 in futex_wait_cancelable (private=, expected=0, futex_word=0x55f6ecf58a30) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #1 __pthread_cond_wait_common (abstime=0x0, mutex=0x55f6ecf589e0, cond=0x55f6ecf58a08) at pthread_cond_wait.c:502 #2 __pthread_cond_wait (cond=0x55f6ecf58a08, mutex=0x55f6ecf589e0) at pthread_cond_wait.c:655 #3 0x7f515910759b in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #4 0x7f51590ffc0b in QSemaphore::acquire(int) () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #5 0x7f4ff3dfb80c in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/texttospeech/libqttexttospeech_flite.so #6 0x7f515910616d in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #7 0x7f51545626db in start_thread (arg=0x7f4ff2e0d700) at pthread_create.c:463 #8 0x7f51587e488f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 31 (Thread 0x7f5002420700 (LWP 3865)): #0 0x7f51587d7bf9 in __GI___poll (fds=0x7f4ff8026ac0, nfds=1, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x7f51524e2439 in ?? () from /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x7f51524e254c in g_main_context_iteration ()
[kmail2] [Bug 393595] regression: show HTML side bar setting checkbox no longer exists in settings - Appearance - General
https://bugs.kde.org/show_bug.cgi?id=393595 Jonathan Martenchanged: What|Removed |Added Resolution|--- |DUPLICATE CC||j...@keelhaul.me.uk Status|UNCONFIRMED |RESOLVED --- Comment #1 from Jonathan Marten --- *** This bug has been marked as a duplicate of bug 393421 *** -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 393421] No ability to hide the HTML Message Status Bar
https://bugs.kde.org/show_bug.cgi?id=393421 Jonathan Martenchanged: What|Removed |Added CC||pqz...@qbitdepot.com --- Comment #14 from Jonathan Marten --- *** Bug 393595 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug.
[kontact] [Bug 393796] New: pulseaudio shows constant 18% cpu when kontact is running
https://bugs.kde.org/show_bug.cgi?id=393796 Bug ID: 393796 Summary: pulseaudio shows constant 18% cpu when kontact is running Product: kontact Version: 5.8.1 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: robby.engelm...@igfs-ev.de Target Milestone: --- My first guess for that would be the text-to-speech module? 1. Start Kontact --> see pulseaudio draw cpu power 2. Close Kontact --> see pulseaudio cpu dropping after 2-5 sec. Can anybody confirm that? I am using a Tuxedo Infinity Book. See also https://bugzilla.suse.com/show_bug.cgi?id=1091752. -- You are receiving this mail because: You are the assignee for the bug.
[kmail2] [Bug 393795] New: Need to restart akonadi and kmail to fetch imap mail for a second time
https://bugs.kde.org/show_bug.cgi?id=393795 Bug ID: 393795 Summary: Need to restart akonadi and kmail to fetch imap mail for a second time Product: kmail2 Version: 5.5.2 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-bugs@kde.org Reporter: b...@valdyas.org Target Milestone: --- KMail only fetches mail once. If I want to get mail again, I have to close kmail, stop akonadi, start akonadi, start KMail again. I get lots of weird commandline output as well: oud@linux-u0cn:~> akonadictl start Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) boud@linux-u0cn:~> akonadi.collectionattributetable OK akonadi.collectionmimetyperelation OK akonadi.collectionpimitemrelation OK akonadi.collectiontableOK akonadi.flagtable OK akonadi.mimetypetable OK akonadi.parttable OK akonadi.parttypetable OK akonadi.pimitemflagrelationOK akonadi.pimitemtable OK akonadi.pimitemtagrelation OK akonadi.relationtable OK akonadi.relationtypetable OK akonadi.resourcetable OK akonadi.schemaversiontable OK akonadi.tagattributetable OK akonadi.tagremoteidresourcerelationtable OK akonadi.tagtable OK akonadi.tagtypetable OK Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) org.kde.akonadi.ETM: GEN true false false org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: org.kde.akonadi.ETM: Subtree: 3 QSet(5, 4, 7, 6, 3, 9, 8) org.kde.akonadi.ETM: Subtree: 10 QSet(21, 20, 23, 22, 17, 16, 19, 18, 29, 28, 31, 30, 25, 24, 27, 26, 13, 12, 15, 14, 11, 10, 53, 52, 55, 54, 49, 48, 51, 50, 61, 60, 63, 62, 57, 56, 59, 58, 37, 36, 39, 38, 33, 32, 35, 34, 45, 44, 47, 46, 41, 40, 43, 42, 81, 80, 82, 69, 68, 71, 70, 65, 64, 67, 66, 77, 76, 79, 78, 73, 72, 75, 74) org.kde.akonadi.ETM: Fetch job took 361 msec org.kde.akonadi.ETM: was collection fetch job: collections: 80 org.kde.akonadi.ETM: first fetched collection: "Local Folders" org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: Fetch job took 363 msec org.kde.akonadi.ETM: was collection fetch job: collections: 3 org.kde.akonadi.ETM: first fetched collection: "Search" org.kde.akonadi.ETM: Fetch job took 1 msec org.kde.akonadi.ETM: was collection fetch job: collections: 0 org.kde.akonadi.ETM: GEN true false false org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: org.kde.akonadi.ETM: Subtree: 3 QSet(3, 8, 9, 4, 5, 6, 7) org.kde.akonadi.ETM: Subtree: 10 QSet(81, 82, 12, 13, 14, 15, 10, 11, 20, 21, 22, 23, 16, 17, 18, 19, 28, 29, 30, 31, 24, 25, 26, 27, 36, 37, 38, 39, 32, 33, 34, 35, 44, 45, 46, 47, 40, 41, 42, 43, 52, 53, 54, 55, 48, 49, 50, 51, 60, 61, 62, 63, 56, 57, 58, 59, 68, 69, 70, 71, 64, 65, 66, 67, 76, 77, 78, 79, 72, 73, 74, 75, 80) org.kde.akonadi.ETM: Fetch job took 53 msec org.kde.akonadi.ETM: was collection fetch job: collections: 80 org.kde.akonadi.ETM: first fetched collection: "Local Folders" org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: Fetch job took 54 msec org.kde.akonadi.ETM: was collection fetch job: collections: 3 org.kde.akonadi.ETM: first fetched collection: "Search" org.kde.akonadi.ETM: Fetch job took 1 msec org.kde.akonadi.ETM: was collection fetch job: collections: 0 org.kde.akonadi.ETM: GEN true false false org.kde.akonadi.ETM: collection: QVector() org.kde.akonadi.ETM: org.kde.akonadi.ETM: Subtree: 3 QSet(3, 9, 8, 5, 4, 7, 6) org.kde.akonadi.ETM: Subtree: 10 QSet(82, 13, 12, 15, 14, 11, 10, 21, 20, 23, 22, 17, 16, 19, 18, 29, 28, 31, 30, 25, 24, 27, 26, 37, 36, 39, 38, 33, 32, 35, 34, 45, 44, 47, 46, 41, 40, 43, 42, 53, 52, 55, 54, 49, 48, 51, 50, 61, 60, 63, 62, 57, 56, 59,