[Akonadi] [Bug 390798] Akonadi EWS failed to authenticate with Exchange Server

2018-05-03 Thread Stefan Brüns
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

2018-05-03 Thread Stefan Brüns
https://bugs.kde.org/show_bug.cgi?id=388496

Stefan Brüns  changed:

   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

2018-05-03 Thread Stefan Brüns
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

2018-05-03 Thread Stefan Brüns
https://bugs.kde.org/show_bug.cgi?id=388496

Stefan Brüns  changed:

   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

2018-05-03 Thread bugzilla_noreply
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

2018-05-03 Thread bugzilla_noreply
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

2018-05-03 Thread davidblunkett
https://bugs.kde.org/show_bug.cgi?id=389682

davidblunkett  changed:

   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

2018-05-03 Thread Przem
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

2018-05-03 Thread Christoph Feck
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

2018-05-03 Thread Przem
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

2018-05-03 Thread Przem
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

2018-05-03 Thread Christoph Feck
https://bugs.kde.org/show_bug.cgi?id=393817

Christoph Feck  changed:

   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

2018-05-03 Thread Christoph Feck
https://bugs.kde.org/show_bug.cgi?id=393817

Christoph Feck  changed:

   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

2018-05-03 Thread Przem
https://bugs.kde.org/show_bug.cgi?id=393817

Przem  changed:

   What|Removed |Added

  Alias||akonadi

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 393817] akonadi

2018-05-03 Thread Przem
https://bugs.kde.org/show_bug.cgi?id=393817

Przem  changed:

   What|Removed |Added

 CC||przem...@gmail.com

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Akonadi] [Bug 393817] akonadi

2018-05-03 Thread Przem
https://bugs.kde.org/show_bug.cgi?id=393817

Przem  changed:

   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

2018-05-03 Thread Przem
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

2018-05-03 Thread Juan Milán
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

2018-05-03 Thread Jonathan Marten
https://bugs.kde.org/show_bug.cgi?id=393595

Jonathan Marten  changed:

   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

2018-05-03 Thread Jonathan Marten
https://bugs.kde.org/show_bug.cgi?id=393421

Jonathan Marten  changed:

   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

2018-05-03 Thread Robby Engelmann
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

2018-05-03 Thread Boudewijn Rempt
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,