[kontact] [Bug 414137] crashed after changing application language to English (UK), which wasn't installed

2019-11-25 Thread David Faure
https://bugs.kde.org/show_bug.cgi?id=414137

--- Comment #1 from David Faure  ---
Git commit 093ed784baf95531cb7526766e3e1fef925ae188 by David Faure.
Committed on 25/11/2019 at 22:34.
Pushed by dfaure into branch 'release/19.12'.

kontact: simplify ksycoca-related startup code

Summary:
ksycoca is rebuilt in process these days, looping and waiting
[for kbuildsycoca] makes no sense anymore [for a long time now].

Test Plan:
deleted ksycoca file, started kontact, it said "rebuilding ksycoca"
and started up fine

Reviewers: mlaurent, winterz, vkrause

Reviewed By: vkrause

Subscribers: kde-pim

Tags: #kde_pim

Differential Revision: https://phabricator.kde.org/D25531

M  +6-27   src/mainwindow.cpp
M  +0-1src/mainwindow.h

https://commits.kde.org/kontact/093ed784baf95531cb7526766e3e1fef925ae188

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

[kmail2] [Bug 366356] Reply action picks the wrong To address when replying between two identities of the same KMail instance

2019-11-25 Thread Patrick Wigmore
https://bugs.kde.org/show_bug.cgi?id=366356

--- Comment #2 from Patrick Wigmore  ---
I have also found this bug in KMail 5.1.3.

If I send myself emails from any one of my identities to any one of my other
identities, and then try to reply to those emails, the default is to reply to
the address that *received* the email that's being replied to, rather than the
address that *sent* it.

Deleting the identity that sent the email restores proper reply behaviour.
Re-creating the identity restores improper reply behaviour.

If the email contains a Reply-To header, then replies go to the Reply-To header
and this bug is not triggered.

This bug seems to have been reported previously in #301449 "Replying to a mail
sent by another identity in the same kmail copy leads to replying to the
current identity itself". That bug was not confirmed in a supported version of
KMail, so it was RESOLVED UNMAINTAINED.

I found it difficult to find this bug report, because the title is not very
descriptive, so I am taking the liberty of changing the title to make it a bit
more searchable.

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

[kmail2] [Bug 366356] Reply action picks the wrong To address when replying between two identities of the same KMail instance

2019-11-25 Thread Patrick Wigmore
https://bugs.kde.org/show_bug.cgi?id=366356

Patrick Wigmore  changed:

   What|Removed |Added

Summary|Reply action picks the  |Reply action picks the
   |wrong To address|wrong To address when
   ||replying between two
   ||identities of the same
   ||KMail instance
 CC||pwbugrepo...@gmx.com

--- Comment #1 from Patrick Wigmore  ---
I have also found this bug in KMail 5.1.3.

If I send myself emails from any one of my identities to any one of my other
identities, and then try to reply to those emails, the default is to reply to
the address that *received* the email that's being replied to, rather than the
address that *sent* it.

Deleting the identity that sent the email restores proper reply behaviour.
Re-creating the identity restores improper reply behaviour.

If the email contains a Reply-To header, then replies go to the Reply-To header
and this bug is not triggered.

This bug seems to have been reported previously in #301449 "Replying to a mail
sent by another identity in the same kmail copy leads to replying to the
current identity itself". That bug was not confirmed in a supported version of
KMail, so it was RESOLVED UNMAINTAINED.

I found it difficult to find this bug report, because the title is not very
descriptive, so I am taking the liberty of changing the title to make it a bit
more searchable.

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

[Akonadi] [Bug 414488] New: Can't connect to a certain IMAP server

2019-11-25 Thread andrea . mueller
https://bugs.kde.org/show_bug.cgi?id=414488

Bug ID: 414488
   Summary: Can't connect to a certain IMAP server
   Product: Akonadi
   Version: 5.10.3
  Platform: openSUSE RPMs
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: IMAP resource
  Assignee: kdepim-bugs@kde.org
  Reporter: andrea.muel...@amuezuhause.de
  Target Milestone: ---

SUMMARY
Since I upgraded from openSUSE Leap 15.0 to 15.1 I don't get a connection to
the IMAP server at my work.
There is an error message:
"Anmeldung fehlgeschlagen, PLAIN-Anmeldung wird von diesem Server abgelehnt."
Means: "Login failed, PLAIN-Authentication denied by the server." ( It's only
my translation.)

STEPS TO REPRODUCE
1. Add an IMAP account with the config like before
2. doesn't get a connection
3. 

OBSERVED RESULT

The error message appears. No connection

EXPECTED RESULT
Should connect like it was before the upgrade

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 5.55.0
Qt Version: 5.9.7

ADDITIONAL INFORMATION

The IMAP server doesn't provide an AUTH method in his capabilities. But PLAIN
should be the standard.
With rainloop (in Nextcloud) and Trojita there is no problem with the
connection.

I tried also with my laptop with openSUSE Tumbleweed: KDE Frameworks Version
5.64.0, Qt Version 5.13.1
No connection anyway.

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

[korganizer] [Bug 384184] SubToDo is displayed as blank line

2019-11-25 Thread Peter Kreussel
https://bugs.kde.org/show_bug.cgi?id=384184

Peter Kreussel  changed:

   What|Removed |Added

 CC||pri...@peter-kreussel.de

--- Comment #2 from Peter Kreussel  ---
Same problem for me with DAV-Groupware-Ressource on Kontact/Akonadi 19.08.3
using DAV-Groupware-Ressources.

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