[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-10-03 Thread CisBug
https://bugs.kde.org/show_bug.cgi?id=339214

CisBug  changed:

   What|Removed |Added

 CC||cis...@online.ms

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-10-03 Thread Knut Hildebrandt
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #52 from Knut Hildebrandt  ---
Problem solved!

After playing back various old databases and (only) deleting
"~/.local/share/local-mail/trash", what both did not help, I eventually renamed
"~/.local/share/local-mail" and "~/.local/share/.local-mail.directory" and
restarted Akonadi - it might be, that I had stopped it before renaming and only
started it after - and Kmail started without crashing. Both directories were
recreated but empty. Having a closer look at the local-mail I noticed that the
old version had next to the usual sub-folders cur, new and tmp some called
trash, inbox, drafts etc. - named after the subfolders of the mailbox - whereas
the new one did not hold any of these. Giving it a second thought I remembered
that the latter folders should reside in .local-mail.directory and thus deleted
them. After that Kmail started without any complaint. Now it's clear why only
deleting trash did not help, since all of the wrongly placed folders caused the
crash.

For me two things got clear. This is not one bug but a bunch of bugs that cause
the same effect. And Akonadi needs a thorough rework, since it is full of bugs
like this which arbitrarily can get activated after installing a new version,
what happened various times to me. Please let the status of the bug report
REPORTED and ideally split it into various due to it's causes. Now it only
focuses on the effect.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-10-03 Thread Knut Hildebrandt
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #51 from Knut Hildebrandt  ---
(In reply to Fabian Vogt from comment #50)
> (In reply to Knut Hildebrandt from comment #49)
> > (In reply to Fabian Vogt from comment #48)
> > > Resetting state to REPORTED, this clearly was not fixed.
> > > 
> > > (In reply to Knut Hildebrandt from comment #47)
> > > > (In reply to Fabian Vogt from comment #44)
> > > > > Here's how to manually fix the weirdness in the database without 
> > > > > folder
> > > > > remaining:
> > > > > 
> > > > > 1. Start akonadiconsole
> > > > > 2. In the browser tab, right click on "Local Folders" -> "Trash"
> > > > > 3. Open the Folder properties window
> > > > > 4. In the "Attributes" tab, make sure it has 
> > > > > "SpecialCollectionAttribute"
> > > > > set to "trash". If necessary, change or create it.
> > > > > 5. Start kmail again
> > > > > 
> > > > > This also applies if the error message is about drafts or other 
> > > > > special
> > > > > folder, just set the attribute on the matching folder instead.
> > > > 
> > > > Today I ran into that problem again, but can't solve it by either 
> > > > deleting
> > > > the trash folder or following what these instructions. Thus I'm not 
> > > > sure, if
> > > > it is caused by the same bug. 
> > > > 
> > > > Two things I did today. In an IMAP-Account I had set deleting trash 
> > > > after
> > > > two weeks. I had done this before a while, but it was unset. And I 
> > > > upgraded
> > > > the system and thus Kmail from 24.05.2 to 24.08.1 today.
> > > > 
> > > > BTW, when I set SpecialCollectionAttribute it is not persistent. After
> > > > closing and reopening Akonadoconsole the had disappeared.
> > > 
> > > That's probably the issue, it needs to be properly saved. Any warnings or
> > > errors in the journal?
> > 
> > Well, after starting Kmail - actually Kontact - I found this in
> > Akonadi.error:
> > 
> > [CRITICAL] org.kde.pim.akonadiserver: DATABASE ERROR:
> > [CRITICAL] org.kde.pim.akonadiserver:   Error code: "1062"
> > [CRITICAL] org.kde.pim.akonadiserver:   DB error:  "Duplicate entry
> > '6-trash' for key 'CollectionTable_parentAndNameIndex'"
> > [CRITICAL] org.kde.pim.akonadiserver:   Error text: "Duplicate entry
> > '6-trash' for key 'CollectionTable_parentAndNameIndex' QMYSQL: Der Befehl
> > konnte nicht ausgeführt werden"
> > 
> > That suggested that something with the database was wrong, thus I stopped
> > Akonadi and renamed it. After restarting Akonadi the database was rebuild
> > and I could start Kmail - actually Kontact - with the drawback, that all my
> > settings were lost ;-( Since this is unaccaptable I got back to the old
> > database looking for another solution. Any idea? A suggestion how to fix the
> > database?
> 
> Using the DB browser in akonadiconsole you'll have to delete the entry with
> "name" trash and "parentId" 6 that has the higher id. Then follow the
> instructions
> to assign the specialcollectionattribute to the correct trash again.

That did not work. In DB browser collectiontable there is only one entry with
name trash, parentId 6 and resourceId 14 (the resourceId referred to in the
popup error message before Kmail is closed), but there is no way to delete it,
at least I can't find one. Do I right-click the selected row or any field
independently no popup menu appears. And when clicking the Item menu in the
menu bar all entries are greyed out. But if I go to the tab Browser I can
delete the trash folder and recreate it. Then it appears in the DB browser with
a new ID. To this I assigned the specialcollectionattribute as described in the
instructions and saved it. But unfortunately the attribute disappears after
restarting Akonadi and Kmail crashed again.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-10-03 Thread Martin Oemus
https://bugs.kde.org/show_bug.cgi?id=339214

Martin Oemus  changed:

   What|Removed |Added

 CC|mar...@oemus.net|

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-10-02 Thread Fabian Vogt
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #50 from Fabian Vogt  ---
(In reply to Knut Hildebrandt from comment #49)
> (In reply to Fabian Vogt from comment #48)
> > Resetting state to REPORTED, this clearly was not fixed.
> > 
> > (In reply to Knut Hildebrandt from comment #47)
> > > (In reply to Fabian Vogt from comment #44)
> > > > Here's how to manually fix the weirdness in the database without folder
> > > > remaining:
> > > > 
> > > > 1. Start akonadiconsole
> > > > 2. In the browser tab, right click on "Local Folders" -> "Trash"
> > > > 3. Open the Folder properties window
> > > > 4. In the "Attributes" tab, make sure it has 
> > > > "SpecialCollectionAttribute"
> > > > set to "trash". If necessary, change or create it.
> > > > 5. Start kmail again
> > > > 
> > > > This also applies if the error message is about drafts or other special
> > > > folder, just set the attribute on the matching folder instead.
> > > 
> > > Today I ran into that problem again, but can't solve it by either deleting
> > > the trash folder or following what these instructions. Thus I'm not sure, 
> > > if
> > > it is caused by the same bug. 
> > > 
> > > Two things I did today. In an IMAP-Account I had set deleting trash after
> > > two weeks. I had done this before a while, but it was unset. And I 
> > > upgraded
> > > the system and thus Kmail from 24.05.2 to 24.08.1 today.
> > > 
> > > BTW, when I set SpecialCollectionAttribute it is not persistent. After
> > > closing and reopening Akonadoconsole the had disappeared.
> > 
> > That's probably the issue, it needs to be properly saved. Any warnings or
> > errors in the journal?
> 
> Well, after starting Kmail - actually Kontact - I found this in
> Akonadi.error:
> 
> [CRITICAL] org.kde.pim.akonadiserver: DATABASE ERROR:
> [CRITICAL] org.kde.pim.akonadiserver:   Error code: "1062"
> [CRITICAL] org.kde.pim.akonadiserver:   DB error:  "Duplicate entry
> '6-trash' for key 'CollectionTable_parentAndNameIndex'"
> [CRITICAL] org.kde.pim.akonadiserver:   Error text: "Duplicate entry
> '6-trash' for key 'CollectionTable_parentAndNameIndex' QMYSQL: Der Befehl
> konnte nicht ausgeführt werden"
> 
> That suggested that something with the database was wrong, thus I stopped
> Akonadi and renamed it. After restarting Akonadi the database was rebuild
> and I could start Kmail - actually Kontact - with the drawback, that all my
> settings were lost ;-( Since this is unaccaptable I got back to the old
> database looking for another solution. Any idea? A suggestion how to fix the
> database?

Using the DB browser in akonadiconsole you'll have to delete the entry with
"name" trash and "parentId" 6 that has the higher id. Then follow the
instructions
to assign the specialcollectionattribute to the correct trash again.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-10-02 Thread Knut Hildebrandt
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #49 from Knut Hildebrandt  ---
(In reply to Fabian Vogt from comment #48)
> Resetting state to REPORTED, this clearly was not fixed.
> 
> (In reply to Knut Hildebrandt from comment #47)
> > (In reply to Fabian Vogt from comment #44)
> > > Here's how to manually fix the weirdness in the database without folder
> > > remaining:
> > > 
> > > 1. Start akonadiconsole
> > > 2. In the browser tab, right click on "Local Folders" -> "Trash"
> > > 3. Open the Folder properties window
> > > 4. In the "Attributes" tab, make sure it has "SpecialCollectionAttribute"
> > > set to "trash". If necessary, change or create it.
> > > 5. Start kmail again
> > > 
> > > This also applies if the error message is about drafts or other special
> > > folder, just set the attribute on the matching folder instead.
> > 
> > Today I ran into that problem again, but can't solve it by either deleting
> > the trash folder or following what these instructions. Thus I'm not sure, if
> > it is caused by the same bug. 
> > 
> > Two things I did today. In an IMAP-Account I had set deleting trash after
> > two weeks. I had done this before a while, but it was unset. And I upgraded
> > the system and thus Kmail from 24.05.2 to 24.08.1 today.
> > 
> > BTW, when I set SpecialCollectionAttribute it is not persistent. After
> > closing and reopening Akonadoconsole the had disappeared.
> 
> That's probably the issue, it needs to be properly saved. Any warnings or
> errors in the journal?

Well, after starting Kmail - actually Kontact - I found this in Akonadi.error:

[CRITICAL] org.kde.pim.akonadiserver: DATABASE ERROR:
[CRITICAL] org.kde.pim.akonadiserver:   Error code: "1062"
[CRITICAL] org.kde.pim.akonadiserver:   DB error:  "Duplicate entry '6-trash'
for key 'CollectionTable_parentAndNameIndex'"
[CRITICAL] org.kde.pim.akonadiserver:   Error text: "Duplicate entry '6-trash'
for key 'CollectionTable_parentAndNameIndex' QMYSQL: Der Befehl konnte nicht
ausgeführt werden"

That suggested that something with the database was wrong, thus I stopped
Akonadi and renamed it. After restarting Akonadi the database was rebuild and I
could start Kmail - actually Kontact - with the drawback, that all my settings
were lost ;-( Since this is unaccaptable I got back to the old database looking
for another solution. Any idea? A suggestion how to fix the database?

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-10-01 Thread Fabian Vogt
https://bugs.kde.org/show_bug.cgi?id=339214

Fabian Vogt  changed:

   What|Removed |Added

 Status|RESOLVED|REPORTED
 Ever confirmed|1   |0
 Resolution|FIXED   |---

--- Comment #48 from Fabian Vogt  ---
Resetting state to REPORTED, this clearly was not fixed.

(In reply to Knut Hildebrandt from comment #47)
> (In reply to Fabian Vogt from comment #44)
> > Here's how to manually fix the weirdness in the database without folder
> > remaining:
> > 
> > 1. Start akonadiconsole
> > 2. In the browser tab, right click on "Local Folders" -> "Trash"
> > 3. Open the Folder properties window
> > 4. In the "Attributes" tab, make sure it has "SpecialCollectionAttribute"
> > set to "trash". If necessary, change or create it.
> > 5. Start kmail again
> > 
> > This also applies if the error message is about drafts or other special
> > folder, just set the attribute on the matching folder instead.
> 
> Today I ran into that problem again, but can't solve it by either deleting
> the trash folder or following what these instructions. Thus I'm not sure, if
> it is caused by the same bug. 
> 
> Two things I did today. In an IMAP-Account I had set deleting trash after
> two weeks. I had done this before a while, but it was unset. And I upgraded
> the system and thus Kmail from 24.05.2 to 24.08.1 today.
> 
> BTW, when I set SpecialCollectionAttribute it is not persistent. After
> closing and reopening Akonadoconsole the had disappeared.

That's probably the issue, it needs to be properly saved. Any warnings or
errors in the journal?

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-10-01 Thread Knut Hildebrandt
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #47 from Knut Hildebrandt  ---
(In reply to Fabian Vogt from comment #44)
> Here's how to manually fix the weirdness in the database without folder
> remaining:
> 
> 1. Start akonadiconsole
> 2. In the browser tab, right click on "Local Folders" -> "Trash"
> 3. Open the Folder properties window
> 4. In the "Attributes" tab, make sure it has "SpecialCollectionAttribute"
> set to "trash". If necessary, change or create it.
> 5. Start kmail again
> 
> This also applies if the error message is about drafts or other special
> folder, just set the attribute on the matching folder instead.

Today I ran into that problem again, but can't solve it by either deleting the
trash folder or following what these instructions. Thus I'm not sure, if it is
caused by the same bug. 

Two things I did today. In an IMAP-Account I had set deleting trash after two
weeks. I had done this before a while, but it was unset. And I upgraded the
system and thus Kmail from 24.05.2 to 24.08.1 today.

BTW, when I set SpecialCollectionAttribute it is not persistent. After closing
and reopening Akonadoconsole the had disappeared.

Any ideas how I get Kmail running again?

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-09-19 Thread Cynicus Rex
https://bugs.kde.org/show_bug.cgi?id=339214

Cynicus Rex  changed:

   What|Removed |Added

 CC||cynicus...@vivaldi.net
 Resolution|--- |FIXED
 Status|CONFIRMED   |RESOLVED

--- Comment #46 from Cynicus Rex  ---
(In reply to Freek de Kruijf from comment #4)
> I found a solution: remove folder ~/.local/share/local-mail/trash/
> Solved my problem. There are more elaborated solutions when you google for
> the error message.

10 years later this still works.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-07-27 Thread Fabian Vogt
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #45 from Fabian Vogt  ---
Here's a way to reliably trigger this through the KMail UI: Edit any IMAP
account and on the advanced page set the trash folder to something like "Local
Folders/Drafts" or other special collection. It'll remove the trash attribute
from "Local Folders/Trash" and assign it to the selected folder instead. On the
next start of kmail, it'll try to use "Local Folders/Drafts" as trash and fail
to find anything to use for drafts. It'll try to create "Local Folders/Drafts",
but that already exists, resulting in a fatal error.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-07-27 Thread Fabian Vogt
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #44 from Fabian Vogt  ---
Here's how to manually fix the weirdness in the database without folder
remaining:

1. Start akonadiconsole
2. In the browser tab, right click on "Local Folders" -> "Trash"
3. Open the Folder properties window
4. In the "Attributes" tab, make sure it has "SpecialCollectionAttribute" set
to "trash". If necessary, change or create it.
5. Start kmail again

This also applies if the error message is about drafts or other special folder,
just set the attribute on the matching folder instead.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-07-08 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=339214

hiph...@posteo.de changed:

   What|Removed |Added

 CC||hiph...@posteo.de

--- Comment #43 from hiph...@posteo.de ---
(In reply to arran from comment #42)
> After testing it on mine, you don't have to delete it.. Close kmail. Rename
> ~/.local/share/local-mail/ to ~/.local/share/local-mail-old/. Open Kmail.
> Close Kmail. Rename the directory back worked for me.
> 
> % kmail --version
> kmail2 5.24.5 (23.08.5)

Renaming the `trash` folder is enough, you don't have to rename all of
`local-mail`. As a bonus, the renamed trash folder remains available inside
KMail, so you can still move the local mails somewhere else (e.g. the mailbox's
trash folder). Tested in kmail2 6.1.1 (24.05.1)

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-06-23 Thread arran
https://bugs.kde.org/show_bug.cgi?id=339214

arran  changed:

   What|Removed |Added

 CC||arr...@gmail.com

--- Comment #42 from arran  ---
After testing it on mine, you don't have to delete it.. Close kmail. Rename
~/.local/share/local-mail/ to ~/.local/share/local-mail-old/. Open Kmail. Close
Kmail. Rename the directory back worked for me.

% kmail --version
kmail2 5.24.5 (23.08.5)

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-05-10 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=339214

h...@runiq.de changed:

   What|Removed |Added

 CC||h...@runiq.de

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-05-03 Thread Knut Hildebrandt
https://bugs.kde.org/show_bug.cgi?id=339214

Knut Hildebrandt  changed:

   What|Removed |Added

 CC||knut.hildebra...@gmx.de

--- Comment #41 from Knut Hildebrandt  ---
Non of the workarounds worked for me,
"~\.local\share\akonadi_maildir_resource_xy" did not exist in my installation
and deleting "~/.local/share/local-mail/trash/" did not help. But I found my
own. I just deleted "~\.local\share\.local-mail.directory/" which was greated
anew and KMail started again.

Any how, this is a workaround and the underlying problem should be solved.
Honestly, I do not know what happened, that KMail did not want to start anymore
all of a sudden.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2024-05-02 Thread Matti Viljanen
https://bugs.kde.org/show_bug.cgi?id=339214

Matti Viljanen  changed:

   What|Removed |Added

 CC||matti.vilja...@kapsi.fi

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2023-12-25 Thread Christof Konstantinopoulos
https://bugs.kde.org/show_bug.cgi?id=339214

Christof Konstantinopoulos  changed:

   What|Removed |Added

 CC||kmail.to...@famkodo.de

--- Comment #40 from Christof Konstantinopoulos  ---
(In reply to Freek de Kruijf from comment #21)
> Recently the trash folder to remove is no longer
> ~/.local/share/local-mail/trash/ but
> ~/.local/share/akonadi_maildir_resource_0/trash/
> You can also set it aside.

You have saved my day! 

I have just started to change from Windows to Linux (Nobara Linux = Fedora with
With KDE Plasma and optimizations for Gaming).
I have about 30 Years IT experience with Windows and I am a professional
software developer writing applications in c#. So it might be a big step to
switch the operating system on my private PC. 

The first steps with KMail are not easy. I wonder why everything was working on
local folders and it took some time to sent my first e-mail from kmail into the
world. So I made the set up with 3 IMAP Accounts and the last part to do was to
configure kmail to put the deleted e-Mails into the IMAP Trash bucket. I don't
want to handle all deleted e-mails in the local Trash folder.

And what happens next... Yes Kmail crashed on start up with a message I don't
understand: 
"Could not create collection trash resourceId: 14"

Can you imagine how frustrating such an experience is? Searching for this error
shows a lot of tipps but renaming or deleting the local trash folder was not
helpful because I didn't know that it was moved into
"akonadi_maildir_resource_4". This information was part of this Bug report and
it is not nice to read about the 10th aniversary of this bug.

Changing the configuration from local Trash to IMAP Trash is not an unusual use
case. So this should not happen. The normal user is lost if the mail system
breaks down because of this error. 

After removing the trash folder in "~\.local\share\akonadi_maildir_resource_4\"
kmail is starting again. 

I hope somebody could take a look on this issue. I am not ready to do this now.
I need some time to learn more about the kde system, before I can change the
code.

Kind regards 
Christof

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2023-07-12 Thread dharman
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #39 from dharman  ---
(In reply to Daniel Ziltener from comment #38)
> Is anyone interested in baking a cake or throwing a party for this bug's
> upcoming 9th or 10th birthday? It spent its entire life without a caretaker,
> and I am sure it would enjoy spending some time with friendly people.

🎂🎂

I'm very so sorry, but I suspect kmail doesn't have developers that love it.
Not only are there bugs like this, but also untreated regressions like delivery
confirmation request. ;-(

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2023-07-12 Thread Daniel Ziltener
https://bugs.kde.org/show_bug.cgi?id=339214

Daniel Ziltener  changed:

   What|Removed |Added

 CC||dzilte...@lyrion.ch
 Ever confirmed|0   |1
 Status|REPORTED|CONFIRMED

--- Comment #38 from Daniel Ziltener  ---
Is anyone interested in baking a cake or throwing a party for this bug's
upcoming 9th or 10th birthday? It spent its entire life without a caretaker,
and I am sure it would enjoy spending some time with friendly people.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2023-02-07 Thread dharman
https://bugs.kde.org/show_bug.cgi?id=339214

dharman  changed:

   What|Removed |Added

 CC||dhar...@10100.to

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2023-01-27 Thread jimmy
https://bugs.kde.org/show_bug.cgi?id=339214

jimmy  changed:

   What|Removed |Added

  Attachment #88754|image/png   |text/plain
  mime type||
  Attachment #88754|0   |1
is obsolete||
  Attachment #88754|0   |1
   is patch||

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2023-01-27 Thread jimmy
https://bugs.kde.org/show_bug.cgi?id=339214

jimmy  changed:

   What|Removed |Added

 CC||ra1ndrop...@hotmail.com

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2022-10-03 Thread Bug Janitor Service
https://bugs.kde.org/show_bug.cgi?id=339214

Bug Janitor Service  changed:

   What|Removed |Added

   Priority|NOR |VHI

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2022-10-03 Thread Ulf Bartholomäus
https://bugs.kde.org/show_bug.cgi?id=339214

Ulf Bartholomäus  changed:

   What|Removed |Added

 CC||u...@gmx.net

--- Comment #37 from Ulf Bartholomäus  ---
I added a new IMAP account and also added the trash folder to
IMAP-account/trash. Since than I received 
"Could not create collection trash, resourceId 4"

Also at my side on removing of "~/.local/share/local-mail/trash/" fixes the
issue

kmail -v
kmail2 5.21.1 (22.08.1)

Operating System: openSUSE Tumbleweed 20220930
KDE Plasma Version: 5.25.5
KDE Frameworks Version: 5.98.0
Qt Version: 5.15.6
Kernel Version: 5.19.12-1-default (64-bit)
Graphics Platform: X11

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2022-08-31 Thread Sérgio Basto
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #36 from Sérgio Basto  ---
check my comment #24 https://bugs.kde.org/show_bug.cgi?id=339214#c24

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2022-08-31 Thread Celeste Wouters
https://bugs.kde.org/show_bug.cgi?id=339214

Celeste Wouters  changed:

   What|Removed |Added

 CC||pe...@elementw.net

--- Comment #35 from Celeste Wouters  ---
Can reproduce on my machine, with a fresh new user profile, and KMail
configured with one IMAP profile (which worked the first time).
"Could not create collection drafts, resourceId 4"
KMail 5.20.3 (22.04.3)
Akonadi 22.04.3
MariaDB 10.5.10
KF 5.96.0
Qt 5.15.5
Void Linux

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2022-07-19 Thread Fabian Vogt
https://bugs.kde.org/show_bug.cgi?id=339214

Fabian Vogt  changed:

   What|Removed |Added

 CC||fab...@ritter-vogt.de

--- Comment #34 from Fabian Vogt  ---
My Akonadi suddenly (no config changes) developed the same issue. KMail refuses
to start because of "Could not create collection 'drafts'". The issue appears
to be that the "drafts" collection had the "SpecialCollectionAttribute" set to
"trash", with a matching icon, while "trash" also had that. As it couldn't find
a proper "drafts" collection it tried to create "drafts" again. Using
akonadiconsole I could fix the "SpecialCollectionAttribute" of the collection
and KMail works for me again. Question is why the attribute changed.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2021-12-16 Thread Dave
https://bugs.kde.org/show_bug.cgi?id=339214

Dave  changed:

   What|Removed |Added

 CC||d...@decent.cz

--- Comment #33 from Dave  ---
I have just run into this bug just by pointing my trashes off the local trash
to respective IMAP located trash folders.
There are many people affected, several bug duplicates, and the status is still
only "REPORTED" ... since 2014?

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2021-11-22 Thread MoritzD
https://bugs.kde.org/show_bug.cgi?id=339214

MoritzD  changed:

   What|Removed |Added

 Status|CONFIRMED   |REPORTED
 Ever confirmed|1   |0
 CC||mdti...@web.de

--- Comment #32 from MoritzD  ---
Hi, I got the same problem. For me the solution of CnZhx  2017-12-01 11:02:44
UTC worked: "start 'akonadiconsole', remove the 'Local Folder' agent from the
agent's list"

Please change this misleading error message. Especially I hate alert-messages
with only one "accept"-button and modal windows in general. If there's a broken
e-mail account kmail2 should start anyway complaining later. Nobody understands
why a "collection trash" is that important the program doesn't starts at all.

Instead of akonadiconsole kmail2 should cure this problem from within.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2021-03-23 Thread Daniel Ziltener
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #31 from Daniel Ziltener  ---
Created attachment 136981
  --> https://bugs.kde.org/attachment.cgi?id=136981&action=edit
Crash log

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2020-12-29 Thread Daniel Ziltener
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #30 from Daniel Ziltener  ---
(In reply to Sérgio Basto from comment #29)
> have you tried solution on https://bugs.kde.org/show_bug.cgi?id=339214#c24 ?

That's not a solution, that's a workaround at best.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2020-11-10 Thread Sérgio Basto
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #29 from Sérgio Basto  ---
have you tried solution on https://bugs.kde.org/show_bug.cgi?id=339214#c24 ?

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2020-11-10 Thread Chris Josten
https://bugs.kde.org/show_bug.cgi?id=339214

Chris Josten  changed:

   What|Removed |Added

 CC||ch...@netsoj.nl

--- Comment #28 from Chris Josten  ---
Same problem here. I believe this Akonadi log lines have to do something with
it:

org.kde.pim.akonadiserver: DATABASE ERROR:
org.kde.pim.akonadiserver:   Error code: "1062"
org.kde.pim.akonadiserver:   DB error:  "Duplicate entry '6-trash' for key
'CollectionTable_parentAndNameIndex'"
org.kde.pim.akonadiserver:   Error text: "Duplicate entry '6-trash' for key
'CollectionTable_parentAndNameIndex' QMYSQL3: Unable to execute statement"
org.kde.pim.akonadiserver:   Values: QMap((":0", QVariant(QString, ""))(":1",
QVariant(QString, ""))(":10", QVariant(int, -1))(":11", QVariant(int,
-1))(":12", QVariant(bool, false))(":13", QVariant(QString, ""))(":14",
QVariant(bool, false))(":2", QVariant(QString, "trash"))(":3",
QVariant(qlonglong, 6))(":4", QVariant(qlonglong, 4))(":5", QVariant(bool,
true))(":6", QVariant(int, 2))(":7", QVariant(int, 2))(":8", QVariant(int,
2))(":9", QVariant(bool, true)))
org.kde.pim.akonadiserver:   Query: "INSERT INTO CollectionTable (remoteId,
remoteRevision, name, parentId, resourceId, enabled, syncPref, displayPref,
indexPref, cachePolicyInherit, cachePolicyCheckInterval,
cachePolicyCacheTimeout, cachePolicySyncOnDemand, cachePolicyLocalParts,
isVirtual) VALUES (:0, :1, :2, :3, :4, :5, :6, :7, :8, :9, :10, :11, :12, :13,
:14)"
org.kde.pim.akonadiserver: Error during insertion into table "CollectionTable"
"Duplicate entry '6-trash'

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2020-10-01 Thread Daniel Ziltener
https://bugs.kde.org/show_bug.cgi?id=339214

Daniel Ziltener  changed:

   What|Removed |Added

Version|5.1.3   |5.15.1

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2020-10-01 Thread Daniel Ziltener
https://bugs.kde.org/show_bug.cgi?id=339214

Daniel Ziltener  changed:

   What|Removed |Added

 CC||zi...@lyrion.ch

--- Comment #27 from Daniel Ziltener  ---
This bug is still alive and kicking. Happens reliably every time when creating
a mailbox and changing its trash folder from the local folders one to the
account's IMAP folder.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2020-03-07 Thread Dennis Schridde
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #26 from Dennis Schridde  ---
Just ran into this again using:
* KMail 5.13.3 (19.12.3)
* KDE Frameworks 5.67.0
* Qt 5.14.1 (built against 5.14.1)

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2019-11-24 Thread Martin Oemus
https://bugs.kde.org/show_bug.cgi?id=339214

Martin Oemus  changed:

   What|Removed |Added

 CC||mar...@oemus.net

--- Comment #25 from Martin Oemus  ---
This still happens in kmail 5.11.3, KDE Frameworks 5.64.0.

Deleting the local folder agent in aconadiconsole solves the problem.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2019-06-07 Thread Sérgio Basto
https://bugs.kde.org/show_bug.cgi?id=339214

Sérgio Basto  changed:

   What|Removed |Added

 CC||ser...@serjux.com

--- Comment #24 from Sérgio Basto  ---
Hi, look likes https://forum.kde.org/viewtopic.php?t=120777

cd ~/.kde/share/apps/kmail/mail

and remove trash folder for example with :

mv trash/ ~

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2019-02-17 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #23 from k...@trummer.xyz ---
This still happens on KMail 5.10.2 / Frameworks 5.55.0

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2018-03-11 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=339214

k...@trummer.xyz changed:

   What|Removed |Added

 CC||k...@trummer.xyz

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2017-12-01 Thread CnZhx
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #22 from CnZhx  ---
(In reply to Freek de Kruijf from comment #21)
> Recently the trash folder to remove is no longer
> ~/.local/share/local-mail/trash/ but
> ~/.local/share/akonadi_maildir_resource_0/trash/
> You can also set it aside.

Thanks for the update.

I ran into this situation again this morning (I have not restart/shutdown my
laptop for a long time). The kmail is recovered after I followed the
instruction in Comment #7 "to start 'akonadiconsole', remove the 'Local Folder'
agent from the agent's list and then click on the 'Restart' button".

I have not tried to remove the folder
`~/.local/share/akonadi_maildir_resource_0/trash/`.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2017-12-01 Thread Freek de Kruijf
https://bugs.kde.org/show_bug.cgi?id=339214

--- Comment #21 from Freek de Kruijf  ---
Recently the trash folder to remove is no longer
~/.local/share/local-mail/trash/ but
~/.local/share/akonadi_maildir_resource_0/trash/
You can also set it aside.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2017-12-01 Thread CnZhx
https://bugs.kde.org/show_bug.cgi?id=339214

CnZhx  changed:

   What|Removed |Added

 CC||z...@cnzhx.net

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2017-02-09 Thread Bruno Friedmann
https://bugs.kde.org/show_bug.cgi?id=339214

Bruno Friedmann  changed:

   What|Removed |Added

 CC||br...@ioda-net.ch

--- Comment #20 from Bruno Friedmann  ---
I've 12 imap account each setup to move deleted message to their own trash
folder.

Long ago, I was getting crash and background running kmail. To by pass this
problem I've used the setting to not empty trash folder on exit, and after
kmail never crashed again on exit.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2017-01-20 Thread Denis Kurz
https://bugs.kde.org/show_bug.cgi?id=339214

Denis Kurz  changed:

   What|Removed |Added

 Ever confirmed|0   |1
  Component|general |misc
Version|Git (master)|5.1.3
 CC||kde...@posteo.de
 Status|UNCONFIRMED |CONFIRMED

--- Comment #19 from Denis Kurz  ---
Confirmed by "popular reporting". It was reported for 5.1.3 in Bug 362339.

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

[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]

2017-01-10 Thread Christoph Feck
https://bugs.kde.org/show_bug.cgi?id=339214

Christoph Feck  changed:

   What|Removed |Added

Summary|Starting KMail gives|Starting KMail gives
   |message "Could not create   |message "Could not create
   |collection trash|collection trash
   |resourceId: 3   |resourceId: 3
   ||[MailCommon::Kernel::create
   ||DefaultCollectionDone,
   ||MailCommon::Kernel::emergen
   ||cyExit]

--- Comment #18 from Christoph Feck  ---
createDefaultCollectionDone() calls emergencyExit() on any error, causing a
crash because of unexpected destroying of global objects.

Relevant part of the backtrace:

Thread 1 (Thread 0x7f7d948587c0 (LWP 3548)):
[KCrash Handler]
#15 0x7f7d913f1b39 in __run_exit_handlers () at /lib64/libc.so.6
#16 0x7f7d913f1b85 in  () at /lib64/libc.so.6
#17 0x7f7d19436063 in MailCommon::Kernel::emergencyExit(QString const&) ()
at /usr/lib64/libKF5MailCommon.so.5
#18 0x7f7d1943664a in
MailCommon::Kernel::createDefaultCollectionDone(KJob*) () at
/usr/lib64/libKF5MailCommon.so.5
#19 0x7f7d91fb373f in QMetaObject::activate(QObject*, int, int, void**) ()
at /usr/lib64/libQt5Core.so.5
#20 0x7f7d936135e2 in KJob::result(KJob*, KJob::QPrivateSignal) () at
/usr/lib64/libKF5CoreAddons.so.5
#21 0x7f7d93613e4f in KJob::finishJob(bool) () at
/usr/lib64/libKF5CoreAddons.so.5
#22 0x7f7d90ab8bce in  () at /usr/lib64/libKF5AkonadiCore.so.5
#23 0x7f7d90abba28 in  () at /usr/lib64/libKF5AkonadiCore.so.5

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