[systemsettings] [Bug 267166] Replace "MIME type" with "media type"
https://bugs.kde.org/show_bug.cgi?id=267166 Matija Šuklje changed: What|Removed |Added CC||mat...@suklje.name --- Comment #1 from Matija Šuklje --- 2023, that would be cool, yes :) -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 422444] Support for LanguageTool
https://bugs.kde.org/show_bug.cgi?id=422444 Matija Šuklje changed: What|Removed |Added CC||mat...@suklje.name Ever confirmed|0 |1 Status|RESOLVED|REOPENED Resolution|INTENTIONAL |--- --- Comment #10 from Matija Šuklje --- In addition, you can host LanguageTool on your own server (it’s FOSS!) or even locally on your PC/laptop. -- You are receiving this mail because: You are watching all bug changes.
[yakuake] [Bug 475702] New: Yakuake sticky option does not work (at least as default from its settings)
https://bugs.kde.org/show_bug.cgi?id=475702 Bug ID: 475702 Summary: Yakuake sticky option does not work (at least as default from its settings) Classification: Applications Product: yakuake Version: 23.08.1 Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: h...@kde.org Reporter: mat...@suklje.name Target Milestone: --- SUMMARY Yakuake sticky option does not work, but instead shows the window just on one virtual desktop instead of all. I can replicate this consistently with the Settings bug (described below). STEPS TO REPRODUCE 1. open Yakuake 2. in Settings ↦ Window ↦ Position make sure that “Show on all desktops” is checked 3. switch to a different virtual desktop OBSERVED RESULT Yakuake stays only on the original virtual desktop. EXPECTED RESULT Yakuake should be sticky and show on all virtual desktops. SOFTWARE/OS VERSIONS Operating System: EndeavourOS KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.110.0 Qt Version: 5.15.11 Kernel Version: 6.5.7-zen1-1-zen (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 5700U with Radeon Graphics Memory: 30.7 GiB of RAM Graphics Processor: AMD Radeon Graphics Manufacturer: SLIMBOOK Product Name: PROX-AMD5 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[Merkuro] [Bug 456233] "Invalid dates provided" for any/all inputs -> cannot create/edit events
https://bugs.kde.org/show_bug.cgi?id=456233
Matija Šuklje changed:
What|Removed |Added
CC||mat...@suklje.name
--- Comment #2 from Matija Šuklje ---
I get the same issue on EndeavourOS, with merkuro installed from the package
manager (using `yay`) and the calendar on Nextcloud.
merkuro.calendar 23.08.1
Operating System: EndeavourOS
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.110.0
Qt Version: 5.15.10
Kernel Version: 6.5.5-arch1-1 (64-bit)
Graphics Platform: X11
This is the console output when I run `merkuro-calendar` and edit an existing
event:
```
org.kde.pim.akonadicalendar: Error occurred "" "Unable to create persistent
search"
org.kde.pim.akonadicalendar: Error occurred "" "Unable to create persistent
search"
qrc:/IncidenceInfoContents.qml:608:9: QML ColumnLayout: Binding loop detected
for property "visible"
qrc:/IncidenceInfoContents.qml:608:9: QML ColumnLayout: Binding loop detected
for property "visible"
qrc:/IncidenceInfoContents.qml:616:13: QML Heading: Binding loop detected for
property "text"
qrc:/IncidenceInfoContents.qml:616:13: QML Heading: Binding loop detected for
property "text"
qrc:/IncidenceInfoPopup.qml:41:26: QML IncidenceInfoContents: Binding loop
detected for property "implicitWidth"
qrc:/IncidenceInfoContents.qml:608:9: QML ColumnLayout: Binding loop detected
for property "visible"
qrc:/IncidenceInfoContents.qml:608:9: QML ColumnLayout: Binding loop detected
for property "visible"
qrc:/IncidenceInfoContents.qml:616:13: QML Heading: Binding loop detected for
property "text"
qrc:/GlobalMenu.qml: No such file or directory
qrc:/DatePicker.qml:33: TypeError: Cannot read property 'startDate' of null
qrc:/DatePicker.qml:33: TypeError: Cannot read property 'startDate' of null
qml: Invalid Date
qrc:/IncidenceEditorPage.qml:363:17: QML ComboBox: Binding loop detected for
property "currentIndex"
qrc:/IncidenceEditorPage.qml:363:17: QML ComboBox: Binding loop detected for
property "currentIndex"
qrc:/DatePicker.qml:33: TypeError: Cannot read property 'startDate' of null
qml: Invalid Date
qrc:/DatePicker.qml:33: TypeError: Cannot read property 'startDate' of null
qrc:/TimePicker.qml:151:21: QML Connections: Implicitly defined onFoo
properties in Connections are deprecated. Use this syntax instead: function
onFoo() { ... }
qrc:/TimePicker.qml:151:21: QML Connections: Implicitly defined onFoo
properties in Connections are deprecated. Use this syntax instead: function
onFoo() { ... }
qrc:/IncidenceEditorPage.qml:172:17: QML TextField: Binding loop detected for
property "text"
qrc:/IncidenceEditorPage.qml:706:38: QML TextField: Binding loop detected for
property "text"
qml: Invalid Date
qml: Invalid Date
file:///usr/lib/qt/qml/org/kde/kirigami.2/FormLayout.qml:88:5: QML GridLayout:
Binding loop detected for property "knownItemsImplicitWidth"
file:///usr/lib/qt/qml/org/kde/kirigami.2/FormLayout.qml:88:5: QML GridLayout:
Binding loop detected for property "knownItemsImplicitWidth"
file:///usr/lib/qt/qml/org/kde/kirigami.2/FormLayout.qml:88:5: QML GridLayout:
Binding loop detected for property "knownItemsImplicitWidth"
file:///usr/lib/qt/qml/org/kde/kirigami.2/FormLayout.qml:88:5: QML GridLayout:
Binding loop detected for property "knownItemsImplicitWidth"
file:///usr/lib/qt/qml/org/kde/kirigami.2/FormLayout.qml:88:5: QML GridLayout:
Binding loop detected for property "knownItemsImplicitWidth"
file:///usr/lib/qt/qml/org/kde/kirigami.2/FormLayout.qml:88:5: QML GridLayout:
Binding loop detected for property "knownItemsImplicitWidth"
qrc:/dateutils.js:166: TypeError: Value is null and could not be converted to
an object
qml: Can't calculate incidence item position for popup, no opening incidence
item is set
```
This is when I get if I click to create a new event:
```
qrc:/GlobalMenu.qml: No such file or directory
qrc:/DatePicker.qml:33: TypeError: Cannot read property 'startDate' of null
qrc:/DatePicker.qml:33: TypeError: Cannot read property 'startDate' of null
qml: Invalid Date
qrc:/IncidenceEditorPage.qml:363:17: QML ComboBox: Binding loop detected for
property "currentIndex"
qrc:/IncidenceEditorPage.qml:363:17: QML ComboBox: Binding loop detected for
property "currentIndex"
qrc:/DatePicker.qml:33: TypeError: Cannot read property 'startDate' of null
qml: Invalid Date
qrc:/DatePicker.qml:33: TypeError: Cannot read property 'startDate' of null
qrc:/TimePicker.qml:151:21: QML Connections: Implicitly defined onFoo
properties in Connections are deprecated. Use this syntax instead: function
onFoo() { ... }
qrc:/TimePicker.qml:151:21: QML Connections: Implicitly defined onFoo
properties in Connections are deprecated. Use this syntax instead: function
onFoo() { ... }
qml: Invalid Date
qml: Invalid Date
```
--
You are receiving this mail because:
You are watching all bug changes.
[filelight] [Bug 352419] Add option to ignore directories with CACHEDIR.TAG
https://bugs.kde.org/show_bug.cgi?id=352419 Matija Šuklje changed: What|Removed |Added CC||mat...@suklje.name -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 402154] Baloo reindexes everything after every reboot when using BTRFS filesystem
https://bugs.kde.org/show_bug.cgi?id=402154 --- Comment #64 from Matija Šuklje --- Fixed in 5.111, sweet! Thank you! :D -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 402154] Baloo reindexes everything after every reboot when using BTRFS filesystem
https://bugs.kde.org/show_bug.cgi?id=402154 Matija Šuklje changed: What|Removed |Added CC||mat...@suklje.name --- Comment #62 from Matija Šuklje --- Given that this is a pretty annoying bug, will it be backported to KF5 or will all Btrfs users need to wait for KF6 and Plasma 6 to become stable before they can use Baloo (in > 6 months from now)? I realise that it is all hands on deck for KF6 now, but as this is a bug, and the patch clearly works on KF5 already, it would be really nice if KF5’s Baloo got fixed too. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 461176] Applications don't prompt to save unsaved work when logging out on Wayland, causing data loss
https://bugs.kde.org/show_bug.cgi?id=461176 Matija Šuklje changed: What|Removed |Added CC||mat...@suklje.name -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 472392] Cannot import more than one ISO 20022 XML
https://bugs.kde.org/show_bug.cgi?id=472392 --- Comment #6 from Matija Šuklje --- Is there an ETA when this patch will be released in 2.31.0 or 2.30.1? -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 473391] Having a special / non-ASCII character in your e-mail address fails to fill in the From field (also when answering calendar invites)
https://bugs.kde.org/show_bug.cgi?id=473391 --- Comment #1 from Matija Šuklje --- When interacting with a calendar invite in KMail I get the following error: 5.1.7 Bad sender address syntax Looking at the Outbox, this is the address it tries to send from – so clearly an issue with encoding (change “ [at] ” for “@”, of course): If I switch the default Identity back to it works fine. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 473391] New: Having a special / non-ASCII character in your e-mail address fails to fill in the From field (also when answering calendar invites)
https://bugs.kde.org/show_bug.cgi?id=473391 Bug ID: 473391 Summary: Having a special / non-ASCII character in your e-mail address fails to fill in the From field (also when answering calendar invites) Classification: Applications Product: kmail2 Version: 5.23.3 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: composer Assignee: kdepim-b...@kde.org Reporter: mat...@suklje.name Target Milestone: --- SUMMARY By default I (am forced to) use as my primary e-mail address , which translates to . Since I changed my primary Identity in KMail to that, it stopped populating the From field when I’m writing e-mail in KMail. STEPS TO REPRODUCE 1. set your primary Identity to have an e-mail address with a non-ASCII character (e.g. š) 2. write an e-mail – either new or as a reply OBSERVED RESULT Notice that the From field is empty, even though the right default Identity is automatically selected. EXPECTED RESULT Have the From field populate as expected. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.27.6 KDE Frameworks Version: 5.108.0 Qt Version: 5.15.10 ADDITIONAL INFORMATION This is quite annoying because for every single e-mail I send, I now need to manually select the Identity. In addition, I noticed that answering to calendar invitations through KMail started throwing errors that it cannot send the e-mail, which I suspect is connected to the issue with the From field being empty. -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 472390] Importing ISO 20022 XML creates bogus accounts
https://bugs.kde.org/show_bug.cgi?id=472390 --- Comment #3 from Matija Šuklje --- I will send you an example by e-mail. Thank you for looking into it. -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 472392] Cannot import more than one ISO 20022 XML
https://bugs.kde.org/show_bug.cgi?id=472392 --- Comment #3 from Matija Šuklje --- I will send you an example by e-mail. Thank you for looking into it. -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 472390] Importing ISO 20022 XML creates bogus accounts
https://bugs.kde.org/show_bug.cgi?id=472390 Matija Šuklje changed: What|Removed |Added Version|unspecified |2.29.0 --- Comment #1 from Matija Šuklje --- Skrooge version 2.30.0 -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 472392] Cannot import more than one ISO 20022 XML
https://bugs.kde.org/show_bug.cgi?id=472392 Matija Šuklje changed: What|Removed |Added Version|unspecified |2.29.0 --- Comment #1 from Matija Šuklje --- Skrooge version: 2.30.0 -- You are receiving this mail because: You are watching all bug changes.
[skrooge] [Bug 472392] New: Cannot import more than one ISO 20022 XML
https://bugs.kde.org/show_bug.cgi?id=472392
Bug ID: 472392
Summary: Cannot import more than one ISO 20022 XML
Classification: Applications
Product: skrooge
Version: unspecified
Platform: Manjaro
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: guillaume.deb...@gmail.com
Reporter: mat...@suklje.name
CC: steph...@mankowski.fr
Target Milestone: ---
SUMMARY
When importing more than one ISO 20022 XML file, it fails to import every file
after the first one.
STEPS TO REPRODUCE
1. have several ISO 20022 XML files (e.g. from your bank)
2. import the first one through File ↦ Import ↦ Import…
3. import another one using the same way
OBSERVED RESULT
The second (and any later) import fails with the following error message:
[ERR-5]: Import of file named 'file:///home/hook/Prejemi/1_6_10.xml' failed
[ERR-5]: Creation failed. The object already exists.
[ERR-10019]: UNIQUE constraint failed: unit.t_symbol Unable to fetch row
[ERR-10019]: INSERT INTO unit ('t_type','t_name','t_symbol') VALUES ('C','','')
EXPECTED RESULT
It should not fail, but import the transactions :)
SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.27.6
KDE Frameworks Version: 5.108.0
Qt Version: 5.15.0
ADDITIONAL INFORMATION
Might(?) be related to https://bugs.kde.org/show_bug.cgi?id=472390
--
You are receiving this mail because:
You are watching all bug changes.
[skrooge] [Bug 472390] New: Importing ISO 20022 XML creates bogus accounts
https://bugs.kde.org/show_bug.cgi?id=472390
Bug ID: 472390
Summary: Importing ISO 20022 XML creates bogus accounts
Classification: Applications
Product: skrooge
Version: unspecified
Platform: Manjaro
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: guillaume.deb...@gmail.com
Reporter: mat...@suklje.name
CC: steph...@mankowski.fr
Target Milestone: ---
SUMMARY
When importing a list of transactions in ISO 20022 XML format, Skrooge groups
them under the wrong IBAN filed, scattering the transactions of a single
account through several newly created wrong accounts.
STEPS TO REPRODUCE
1. have ISO 20022 XML (e.g. from your bank)
2. import it through File ↦ Import ↦ Import…
OBSERVED RESULT
To illustrate, let’s use the variable IBAN_my as the IBAN number of the user’s
account and IBAN_other{?} as the IBAN accounts that are not theirs, with {?}
being a number to differentiate between the different IBANs.
Under Operations what happens is:
• IBAN_my includes imported operations – that’s good
• but there are suddenly also new accounts created there as IBAN_other1,
IBAN_other2, IBAN_other3, IBAN_other4, etc. which are empty.
EXPECTED RESULT
• IBAN_other{?} not being created at all
SOFTWARE/OS VERSIONS
Linux/KDE Plasma:
(available in About System)
KDE Plasma Version: 5.27.6
KDE Frameworks Version: 5.108.0
Qt Version: 5.15.0
ADDITIONAL INFORMATION
What I suspect happens is that it wrongly pulls in also from
and (and not just from ).
--
You are receiving this mail because:
You are watching all bug changes.
[ghostwriter] [Bug 460669] New: Make GhostWriter Activity-aware, so different documents can be open in different Activities
https://bugs.kde.org/show_bug.cgi?id=460669 Bug ID: 460669 Summary: Make GhostWriter Activity-aware, so different documents can be open in different Activities Classification: Applications Product: ghostwriter Version: unspecified Platform: Manjaro OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: megan.con...@kdemail.net Reporter: mat...@suklje.name Target Milestone: --- SUMMARY Currently GhostWriter always opens the last opened document. Which in general is a good feature. But the problem is that it is not Activity-aware, so if you have different Activities for different tasks (e.g. Blogging, Policy writing, Note taking, …) it will always open the last opened document regardless which Activity you are in. This is very annoying. It would be great if GhostWriter would remember the last opened document _per Activity_. STEPS TO REPRODUCE 1. create at least two Activities 2. open GhostWriter in one and start writing a document 3. switch to a different Activity and open GhostWriter there OBSERVED RESULT GhostWriter opens the same document in all Activities. EXPECTED RESULT GhostWriter remembers the last opened document per Activity and opens that document when ran in that Activity. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.6 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 351175] Panel on screen edge between two monitors does not auto hide
https://bugs.kde.org/show_bug.cgi?id=351175 --- Comment #44 from Matija Šuklje --- If I understand correctly, this would mean it’s a High importance, but a Minor inconvenience. If so, I’d be OK with that, but have to agree that this is a bug that’s been around for 7 years and is very annoying. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 412830] The key sequence 'Ctrl+U' is ambiguous
https://bugs.kde.org/show_bug.cgi?id=412830 Matija Šuklje changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #2 from Matija Šuklje --- Fixed in 5.19.3 (21.12.3) -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 412830] The key sequence 'Ctrl+U' is ambiguous
https://bugs.kde.org/show_bug.cgi?id=412830 Matija Šuklje changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 Version|5.9.3 |5.19.3 --- Comment #1 from Matija Šuklje --- I can confirm this exists also in Manjaro with the current 5.19.3 version. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 412830] The key sequence 'Ctrl+U' is ambiguous
https://bugs.kde.org/show_bug.cgi?id=412830 Matija Šuklje changed: What|Removed |Added CC||mat...@suklje.name Summary|The key sequence 'U' is |The key sequence 'Ctrl+U' |ambiguous |is ambiguous -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 452588] Adding a iCal file as resource ends up in a duplicated entry in KOrganizer, Zanshin and Akonadi Console
https://bugs.kde.org/show_bug.cgi?id=452588 --- Comment #1 from Matija Šuklje --- This happened to me at the same time as this other bug: https://bugs.kde.org/show_bug.cgi?id=452586 -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 452586] During an IMAP sync e-mail body of most messages in Akonadi/KMail get removed permanently
https://bugs.kde.org/show_bug.cgi?id=452586 --- Comment #1 from Matija Šuklje --- This happened to me at the same time as this other bug: https://bugs.kde.org/show_bug.cgi?id=452588 -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 452588] New: Adding a iCal file as resource ends up in a duplicated entry in KOrganizer, Zanshin and Akonadi Console
https://bugs.kde.org/show_bug.cgi?id=452588 Bug ID: 452588 Summary: Adding a iCal file as resource ends up in a duplicated entry in KOrganizer, Zanshin and Akonadi Console Product: Akonadi Version: 5.19.3 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: ICal file resource Assignee: kdepim-b...@kde.org Reporter: mat...@suklje.name Target Milestone: --- SUMMARY On a fresh new user I added (an existing) todo.ics as an a iCal file resource and after doing so, in Zanshin, KOrganizer and Akonadi Console I see the resource duplicated – once with its proper name (e.g. `ToDo`) and once with its internal name (e.g. `akonadi_ical_resource_3`). Only one of the two includes any events though. Potentially related: MySQL also spent 100% CPU for a long long time (see below). STEPS TO REPRODUCE 1. have an existing iCal file with todos on hand 2. add that file as iCal File Resource – does not matter whether through Zanshin or KOrganizer OBSERVED RESULT - the todo list shows as an appropriately named (e.g. `ToDo`) and working resource in Zanshin, KOrganizer, Akonadi Console - but it _also_ shows as a wrongly named (e.g. `akonadi_ical_resource_3`) and empty resource in Zanshin, Korganizer, Akonadi Console - during this process I noticed Akonadi being unavailable for quite some time and also MySQL using up 100% CPU for a long long time (see below) before Akonadi started working again – perhaps related: https://bugs.kde.org/show_bug.cgi?id=384309 EXPECTED RESULT See only the properly named resource. SOFTWARE/OS VERSIONS Linux/KDE Plasma: yes (available in About System) KDE Plasma Version: 5.24.3 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION I’m attaching a fuller log of how it happened this time (IRC log from #akonadi): I’m having issues with Akonadi again. In order to more properly fix some mess-up, I decided this time to create a new user and start from scratch. This will be a bit (but not super) long, I apologise in advance. 1) I renamed the old user to `backup_hook` (with `usermod --login`) and also its home to `/home/backup_hook`. Previously the above user was `hook` and its home appropriately `/home/hook`. 2) I created a new user `hook` with a fresh, empty `/home/hook`. 3) I logged into Plasma as this new `hook`, with a fresh new Plasma set of defaults :) 4) I stared KMail and entered the credentials to my default e-mail account (quite a few e-mails there) through IMAP, I let them all download. 5) I started KOrganizer and entered my Nextcloud servers’s credentials --- so far so good --- 6) I started Zanshin and added my todo.ics --- for some reason, none of the todos seem to have showed up – and there’s _a lot_ of them --- 7) While the things were syncing, I started moving some folders from /home/backup_hook to /home/hook – documents, etc., (no settings). --- at this point my laptop froze and after 15' I hard-rebooted it --- 8) When I logged into Plasma again, I got greeted by Zanshin not working and Akonadi claiming it’s not registered at D-Bus and agents are missing 9) just as I was writing point 8) the Akonadi Migrator popped up and things started working again. Oddly enough I can see my todo.ics twice in Zanshin and twice in Akonadi Console – as “Todo” and as “akonadi_agent_ical_2” (or something like that) 10) Once the Akonadi Migrator was done, I restarted the Akonadi server. --- now it does *not* work again --- --- but I have mysqld hammering my CPU --- At point 8) this is the report I got: https://thatfunkyplace.wheremymonkeyis.at/s/QeFFTWxBm6AoJpL (for a later report, I’m still waiting for the button in Akonadi Console or Zanshin to actually pop up something) --- now MySQL stopped churning and Akonadi works again --- 11) KMail seems to work OK, but both Korganizer and Zanshin show empty – no entries, even no resources listed at all. Which is doubly-odd because the resources are clearly listed in their respective settings dialogues as well as in Akonadi Console. --- …and MySQL is churning 100% CPU again. --- 12) After MySQL stopped eating all the CPU, I can see some resources and entries in KOrganizer and Zanshin again – oddly enough, the todo.ics _again_ shows twice: as ”TODO” and as “akonadi_ical_resource_2” --- next day --- Hm, I don’t like this one bit …I just noticed that after all that MySQL churning, the vast majority of the messages in KMail show as empty. Especially anything older than 8 months. …what I like _even less_ is that this seems to have now replicated to the server-side as well. so even in RoundCube I see those messages empty. This is pretty bad. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 452586] New: During an IMAP sync e-mail body of most messages in Akonadi/KMail get removed permanently
https://bugs.kde.org/show_bug.cgi?id=452586 Bug ID: 452586 Summary: During an IMAP sync e-mail body of most messages in Akonadi/KMail get removed permanently Product: Akonadi Version: 5.19.3 Platform: Manjaro OS: Linux Status: REPORTED Severity: grave Priority: NOR Component: IMAP resource Assignee: kdepim-b...@kde.org Reporter: mat...@suklje.name Target Milestone: --- SUMMARY Occasionally KMail/Akonadi will during a sync(?) lose/remove the bodies of most messages. This issue in irreversible and spreads also to the server. This is a grave issue, since data – whole messages – are lost. Only the headers remain. STEPS TO REPRODUCE 1. make sure you have “download messages for offline use” enabled for the IMAP resourse 2. the e-mail sync – cannot predict or tell what triggers the issue with the sync TBH 3. eventually notice some e-mail is missing their bodies OBSERVED RESULT Many e-mails are missing their message body parts, but the headers seem intact. The issue propagates to the servers (probably in the next sync), so now _everywhere_ these e-mails are lacking message bodies. EXPECTED RESULT Message bodies (and headers) for all e-mails to stay intact ;) SOFTWARE/OS VERSIONS Linux/KDE Plasma: yes (available in About System) KDE Plasma Version: 5.24.3 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION I’m attaching a fuller log of how it happened this time (IRC log from #akonadi): I’m having issues with Akonadi again. In order to more properly fix some mess-up, I decided this time to create a new user and start from scratch. This will be a bit (but not super) long, I apologise in advance. 1) I renamed the old user to `backup_hook` (with `usermod --login`) and also its home to `/home/backup_hook`. Previously the above user was `hook` and its home appropriately `/home/hook`. 2) I created a new user `hook` with a fresh, empty `/home/hook`. 3) I logged into Plasma as this new `hook`, with a fresh new Plasma set of defaults :) 4) I stared KMail and entered the credentials to my default e-mail account (quite a few e-mails there) through IMAP, I let them all download. 5) I started KOrganizer and entered my Nextcloud servers’s credentials --- so far so good --- 6) I started Zanshin and added my todo.ics --- for some reason, none of the todos seem to have showed up – and there’s _a lot_ of them --- 7) While the things were syncing, I started moving some folders from /home/backup_hook to /home/hook – documents, etc., (no settings). --- at this point my laptop froze and after 15' I hard-rebooted it --- 8) When I logged into Plasma again, I got greeted by Zanshin not working and Akonadi claiming it’s not registered at D-Bus and agents are missing 9) just as I was writing point 8) the Akonadi Migrator popped up and things started working again. Oddly enough I can see my todo.ics twice in Zanshin and twice in Akonadi Console – as “Todo” and as “akonadi_agent_ical_2” (or something like that) 10) Once the Akonadi Migrator was done, I restarted the Akonadi server. --- now it does *not* work again --- --- but I have mysqld hammering my CPU --- At point 8) this is the report I got: https://thatfunkyplace.wheremymonkeyis.at/s/QeFFTWxBm6AoJpL (for a later report, I’m still waiting for the button in Akonadi Console or Zanshin to actually pop up something) --- now MySQL stopped churning and Akonadi works again --- 11) KMail seems to work OK, but both Korganizer and Zanshin show empty – no entries, even no resources listed at all. Which is doubly-odd because the resources are clearly listed in their respective settings dialogues as well as in Akonadi Console. --- …and MySQL is churning 100% CPU again. --- 12) After MySQL stopped eating all the CPU, I can see some resources and entries in KOrganizer and Zanshin again – oddly enough, the todo.ics _again_ shows twice: as ”TODO” and as “akonadi_ical_resource_2” --- next day --- Hm, I don’t like this one bit …I just noticed that after all that MySQL churning, the vast majority of the messages in KMail show as empty. Especially anything older than 8 months. …what I like _even less_ is that this seems to have now replicated to the server-side as well. so even in RoundCube I see those messages empty. This is pretty bad. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 282424] Messages in watched threads are marked as unread
https://bugs.kde.org/show_bug.cgi?id=282424 --- Comment #4 from Matija Šuklje --- I can confirm this also happens still on KMail 5.18.1 -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 282424] Messages in watched threads are marked as unread
https://bugs.kde.org/show_bug.cgi?id=282424 Matija Šuklje changed: What|Removed |Added CC||mat...@suklje.name --- Comment #3 from Matija Šuklje --- I can confirm this still happens in KMail 5.13.3 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 351175] Panel on screen edge between two monitors does not auto hide
https://bugs.kde.org/show_bug.cgi?id=351175 --- Comment #34 from Matija Šuklje --- The set-up that triggers this for me though is that I have one monitor above the other, and the bug triggers for any panel that is on the shared edge – so: • upper panel on the bottom monitor • bottom panel on the upper monitor -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 351175] Panel on screen edge between two monitors does not auto hide
https://bugs.kde.org/show_bug.cgi?id=351175 Matija Šuklje changed: What|Removed |Added Version|5.14.4 |5.20.4 CC||mat...@suklje.name --- Comment #33 from Matija Šuklje --- Can confirm this also on 5.20.4 (Manjaro). The set-up that triggers this for me though is that I have one monitor above the -- You are receiving this mail because: You are watching all bug changes.
[krecipes] [Bug 273598] KRecipes crashed when deleting stuff
https://bugs.kde.org/show_bug.cgi?id=273598 --- Comment #3 from Matija Šuklje --- I since moved on to Kookbook, but tried to install KRecipes both on Manjaro and Kubuntu, but on the former it does not build (it’s in AUR), on the latter it does not exist in the package repo. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 430423] New: Missing (custom?) data meet.google.com data field when receiving calendar invites from Google Calendar
https://bugs.kde.org/show_bug.cgi?id=430423 Bug ID: 430423 Summary: Missing (custom?) data meet.google.com data field when receiving calendar invites from Google Calendar Product: Akonadi Version: 5.15.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Google Resource Assignee: dvra...@kde.org Reporter: mat...@suklje.name CC: kdepim-b...@kde.org Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. receive an invite from Google Calendar to join a meeting that includes a meet.google.com field (i.e. be invited to a Google Meet call) 2. accept the invite – regardless of whether through gmail.com or KMail The same happens if you initiate that invite yourself through https://calendar.google.com OBSERVED RESULT The calendar entry in KOrganizer does not show the Google Meet URL to the meeting/call. Typically this results in everyone else wondering why you’re not on the call or complain because you are asking for the missing URL, when they clearly included it in the first place. EXPECTED RESULT Have that link show somewhere. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Manjaro 20.2 KDE Plasma Version: 5.20.4 KDE Frameworks Version: 5.76.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION The entry for Google Meeting seems like it is using either a non-standard vCalendar field or does not export that data to vCalendar at all. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 397316] akonadi loses connection with IMAP server after suspend (but not only, DB error too)
https://bugs.kde.org/show_bug.cgi?id=397316 --- Comment #4 from Matija Šuklje --- I suspect that this might be related to (and fixed by): https://phabricator.kde.org/D21455 My current workaround is to kill kmail, set the IMAP resource in Akonadi Console as Offline, and use Trojita until this gets fixed. Hope that helps at least a bit. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 397316] akonadi loses connection with IMAP server after suspend (but not only, DB error too)
https://bugs.kde.org/show_bug.cgi?id=397316 Matija Šuklje changed: What|Removed |Added CC||mat...@suklje.name --- Comment #3 from Matija Šuklje --- I seem to be getting the same issue on NixOS with Akonadi 18.12.3. Currently running `akonadictl fsck && akonadictl vacuum` and it’s been an hour at least already. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 353026] KRunner closes when focus is lost
https://bugs.kde.org/show_bug.cgi?id=353026 Matija Šuklje changed: What|Removed |Added CC||mat...@suklje.name -- You are receiving this mail because: You are watching all bug changes.
[ksecretsservice] [Bug 403300] New: Implement Pwned Passwords password checker into KWallet / KSecretService
https://bugs.kde.org/show_bug.cgi?id=403300 Bug ID: 403300 Summary: Implement Pwned Passwords password checker into KWallet / KSecretService Product: ksecretsservice Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Client library Assignee: va...@kde.org Reporter: mat...@suklje.name Target Milestone: --- KWallet / KSecretService is a great password manager, but once a password is breached, it’s not easy to find it. Have I Been Pwned is a website (and service) that tracks if your e-mail address has shown up in any breaches. Recently they introduced a new service, where you can check how often a password has shown up before – in order to assess how safe it (still) is: https://haveibeenpwned.com/Passwords It is also possible to use their API to check several passwords in one go – if this could be added into KDE, it would be awesome: https://haveibeenpwned.com/API/v2#PwnedPasswords Alternatively, KDE could also download the torrents with hashes from the website (the files are 10+ GB though!) and do the scan either locally or on some other dedicated server. An extra cool feature would be if KDE were doing regular checks if the passwords are still unique or not. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384392] konsole (always), kwrite (sometimes) doesn't restore "Application menu" in title bar after restore session
https://bugs.kde.org/show_bug.cgi?id=384392 Matija Šuklje changed: What|Removed |Added CC||mat...@suklje.name --- Comment #13 from Matija Šuklje --- Seems to be caused by https://bugs.kde.org/show_bug.cgi?id=403188 -- You are receiving this mail because: You are watching all bug changes.
[ksmserver] [Bug 403188] At login, previous session restores before some other services
https://bugs.kde.org/show_bug.cgi?id=403188 --- Comment #1 from Matija Šuklje --- Can confirm on NixOS: - Plasma 5.13 - Plasma Frameworks 5.49 - KDE Applications 18.08 -- You are receiving this mail because: You are watching all bug changes.
[ksmserver] [Bug 403188] At login, previous session restores before some other services
https://bugs.kde.org/show_bug.cgi?id=403188 Matija Šuklje changed: What|Removed |Added CC||mat...@suklje.name -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 351628] Akonadi DAV Resource does not sync all calendars on ownCloud any more
https://bugs.kde.org/show_bug.cgi?id=351628 --- Comment #29 from Matija Šuklje --- It is selected, yes. I think the issue with invites not showing is that the “Search” resource does not seem to work – at least, I never saw anything in either the “Open invitations” or the “Declined invitations” ‘calendar’. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 351628] Akonadi DAV Resource does not sync all calendars on ownCloud any more
https://bugs.kde.org/show_bug.cgi?id=351628 --- Comment #27 from Matija Šuklje --- I just deleted and re-created the CalDAV account, as it did not sync some invitation that I got from Uber Conferences. I got the invitation by e-mail as a VCS, which I opened in KMail, which opened KOrganizer, where I imported it to the CalDAV calendar. It didn’t show in KOrganizer, but it shows on Nextcloud (my CalDAV server). Removing and re-creating the account in Akonadi did not solve it though, so I guess this is a different issue. Still wanted to update you on this. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 351628] Akonadi DAV Resource does not sync all calendars on ownCloud any more
https://bugs.kde.org/show_bug.cgi?id=351628 --- Comment #26 from Matija Šuklje --- (In reply to Erik Quaeghebeur from comment #25) > Marking this as RESOLVED REMIND instead. This means that if the bug > reappears in a month, a year, whatever, you can comment ask for it to be > reopened. Perfect! Thanks for understanding :) -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 351628] Akonadi DAV Resource does not sync all calendars on ownCloud any more
https://bugs.kde.org/show_bug.cgi?id=351628 --- Comment #24 from Matija Šuklje --- This is a bug that does not happen on a regular basis or very often. I would suggest either prolonging the NEEDSINFO time for let’s say 2 months. -- You are receiving this mail because: You are watching all bug changes.
[blogilo] [Bug 271630] Blogilo strips manually added newlines, excessively uses and does not use
https://bugs.kde.org/show_bug.cgi?id=271630 Matija Šuklje changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |UNMAINTAINED --- Comment #5 from Matija Šuklje --- I stopped using Blogilo several years ago when I switched my blogging software. Additionally, Blogilo seems to be officially unmaintained: https://www.kde.org/applications/unmaintained/blogilo I’m resolving this as unmaintained. Thank you for triaging it :) -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 351628] Akonadi DAV Resource does not sync all calendars on ownCloud any more
https://bugs.kde.org/show_bug.cgi?id=351628 --- Comment #22 from Matija Šuklje --- I’ll keep an eye open. I knew I had some out of sync events recently, but can’t recall if it was via Nextcloud (14) or Google Calendar. -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 241873] Problem with cups
https://bugs.kde.org/show_bug.cgi?id=241873 --- Comment #6 from Matija Šuklje --- I haven’t noticed this bug in a while now. I am not the original bug reporter though. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 131710] Kmail does not remember sender identity in folders for IMAP accounts
https://bugs.kde.org/show_bug.cgi?id=131710 --- Comment #26 from Matija Šuklje --- Seems to be fixed in 5.7.3 -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 184346] Emoticon themes not showing up via KNewStuff and via local tarball missing smileys
https://bugs.kde.org/show_bug.cgi?id=184346 --- Comment #6 from Matija Šuklje --- “Feature or bug” bump? ;) -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 327282] Google calendar/ical event gets doubled, i.e. added twice - event visible with no calendar displayed
https://bugs.kde.org/show_bug.cgi?id=327282 Matija Šuklje changed: What|Removed |Added CC||mat...@suklje.name --- Comment #7 from Matija Šuklje --- I can confirm that this is still an issue in KOrganizer 5.7.3. Furthermore, it seems it does not depend on the KDE user having a Google Calendar. I have two laptops: • work laptop – where we pay for Google apps, including Google Calendar and use that • private laptop – where I do not have a Google account, but my primary calendars are on my own Nextcloud (i.e. SabreDAV) CalDAV I have been told that in both cases if I click on “approve” in the invite as described herein, I cause a duplicate entry either in my own Google Calendar and/or other participants’ calendars. If memory serves me right, it is worse on work laptop, than on my private one. On my private laptop, I think all that happens is that the original creator receives a duplicate event, but I don’t (and I think other participants neither). On my work laptop, I think everyone (who already accepted the original invite?) receives a duplicate, including me. In order to fix this bug, I am prepared to be a test bunny for finding what exactly causes this bug. -- You are receiving this mail because: You are watching all bug changes.
[rekonq] [Bug 330374] New feature: Add feed to OwnCloud News (to exchange the Google News)
https://bugs.kde.org/show_bug.cgi?id=330374 --- Comment #2 from Matija Šuklje <mat...@suklje.name> --- Thanks for finding and closing this! And I apologise for not doing it myself. I need to do some self-triage on my own bugs again soon. Will take a note and hope to do find the time in the next few weeks. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 245218] akonadi uses a lot of hard disk space Platform Version 4.5.60 (KDE 4.5.60 (KDE 4.6 >= 20100627)) "release 3"
https://bugs.kde.org/show_bug.cgi?id=245218 --- Comment #12 from Matija Šuklje <mat...@suklje.name> --- (In reply to Martin Steigerwald from comment #11) > Matija, did you read the previous comments and especially the hint to bug > #341884? I did. That’s how I managed to work around it. > You are using an *ancient* version of KDEPIM and Akonadi that is not > maintained anymore. Additionally the issue is likely already fixed. Please > switch to at least KDEPIM/Akonadi 16.04 or 16.08, preferably 16.12. If you > still have these issues with any of these versions, please open a new bug > report. Mageia’s stable is still and carrying that version of KDE(PIM) and Akonadi. I’m anxiously waiting for Mageia 6 to finally come out in the next (hopefully) weeks – and with it the Plasma 5 (LTS)! I’m optimistic that I won’t stumble upon this bug again, but if I do, I’ll open a new bug, as instructed. Thanks :) > Closing as unmaintained. Thanks, Martin Sounds OK to me. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 245218] akonadi uses a lot of hard disk space Platform Version 4.5.60 (KDE 4.5.60 (KDE 4.6 >= 20100627)) "release 3"
https://bugs.kde.org/show_bug.cgi?id=245218 --- Comment #10 from Matija Šuklje <mat...@suklje.name> --- > My ~/.local/share/akonadi/file_db_data takes up around 86 GiB, which even > though I have a 5 GiB IMAP inbox, is not *nearly* close to what it should be. And sure enough, after cleaning it up with fdupes, the folder now takes only around 6 GiB of space. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 245218] akonadi uses a lot of hard disk space Platform Version 4.5.60 (KDE 4.5.60 (KDE 4.6 >= 20100627)) "release 3"
https://bugs.kde.org/show_bug.cgi?id=245218 Matija Šuklje <mat...@suklje.name> changed: What|Removed |Added Ever confirmed|0 |1 Status|RESOLVED|REOPENED Resolution|WORKSFORME |--- CC||mat...@suklje.name --- Comment #9 from Matija Šuklje <mat...@suklje.name> --- I just bumped into this bug on Mageia 5: Akonadi 1.13.0 Qt: 4.8.6 KMail: 4.14.5 My ~/.local/share/akonadi/file_db_data takes up around 86 GiB, which even though I have a 5 GiB IMAP inbox, is not *nearly* close to what it should be. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 266154] Bogofilter doesn't work with KMail anymore
https://bugs.kde.org/show_bug.cgi?id=266154 Matija Šuklje <mat...@suklje.name> changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #20 from Matija Šuklje <mat...@suklje.name> --- No idea what caused it, but I found it and here’s a fix/workaround… Actual problem: `~/.kde4/share/config/akonadi_mailfilter_agentrc` suddenly prepends my home directory to the bogofilter line. e.g. it says: `action-args-1=/home/hook/bogofilter -s` …which is obviously wrong. Fix/workaround: change all such lines in the file (or via the KMail Filter dialog) to point to the actual command, which can be easily found by running `which bogofilter` in the console. Most likely this will be: `action-args-1=/usr/bin/bogofilter -s` Side-note: The same applies for the antivirus scan filter and the `kmail_clamav.sh` line. Closing the bug again, as it seems it’s somewhat different and the workaround is stated above. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 266154] Bogofilter doesn't work with KMail anymore
https://bugs.kde.org/show_bug.cgi?id=266154 Matija Šuklje <mat...@suklje.name> changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED|REOPENED --- Comment #19 from Matija Šuklje <mat...@suklje.name> --- This happens again on: Magia 5 KMail 4.14.5 KDE 4.14.30 Bogofilter 1.2.4 …oddly enough, when both KMail and KDE were 4.14.5 it worked. -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 148136] Striped multi-colour entries (events, tasks) in Korganizer when the entry belongs to more then one cathegory
https://bugs.kde.org/show_bug.cgi?id=148136 --- Comment #4 from Matija Šuklje <mat...@suklje.name> --- (In reply to Alexandre Bonneau from comment #3) > Indeed, this is still a valid request, even 9 years after it was first > posted :) It’s been a while, indeed :] >The very first category > would be the primary one, ie. its color fill the entire event. > BUT, you'd have colored dots for each other categories show somewhere in > that event. I like this idea very much. -- You are receiving this mail because: You are watching all bug changes.
[www.kde.org] [Bug 361153] New: Missing any information or dedicated website for KDE Frameworks / KF5
https://bugs.kde.org/show_bug.cgi?id=361153 Bug ID: 361153 Summary: Missing any information or dedicated website for KDE Frameworks / KF5 Product: www.kde.org Version: unspecified Platform: Other URL: http://kde.org OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kde-...@kde.org Reporter: mat...@suklje.name Apart from release info, it is extremely hard to find any description or information on KF5 on KDE’s website. If the KDE Frameworks are to be used by a wider community, we have to have something that “sells” it, so people are willing to dive into the actual docs and code :) Reproducible: Always Steps to Reproduce: 1) go to: www.kde.org 2) try to find info on KF5 / KDE Frameworks Actual Results: do *not* succeed Expected Results: a nice webpage that explains what KDE Frameworks are and who and why it is useful, where to get more info and contacts -- You are receiving this mail because: You are watching all bug changes.
[zanshin] [Bug 357130] New: Not able to enable or add todo collection (existing (sub)calendar on ownCloud server)
https://bugs.kde.org/show_bug.cgi?id=357130 Bug ID: 357130 Summary: Not able to enable or add todo collection (existing (sub)calendar on ownCloud server) Product: zanshin Version: unspecified Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: grave Priority: NOR Component: general Assignee: er...@kde.org Reporter: mat...@suklje.name CC: mbe...@ipsquad.net In the Sources pane I don’t have all the calendars/sources that exist. This might be due to me adding, hiding etc. sources in the beta where buttons were not that transparent at what they do. But now that I want to add/enable/show those sources, I don’t seem to be able in any way. There is no button, no right-click menu, nothing useful in the Settings menu, nothing I can find. Reproducible: Always Steps to Reproduce: 1. Try to add/show/enable (re)source of todos in the Source pane 2. Try right-clikcing on it 3. Check the Settings menu Actual Results: not being there Expected Results: being there :) Mageia 5 KDE 4.14.5 Zanshin compiled from Git from commit 40b0ee611b74cda9a07a57339ce2bbbeff755352 (a.k.a. 0.3_rc1) -- You are receiving this mail because: You are watching all bug changes.
[zanshin] [Bug 357103] Zanshin (0.3 beta) crashes if I enable/disable a collection/source
https://bugs.kde.org/show_bug.cgi?id=357103 --- Comment #2 from Matija Šuklje <mat...@suklje.name> --- Man, you’re quick! May I ask where the git is located? It’s hard to find … -- You are receiving this mail because: You are watching all bug changes.
[zanshin] [Bug 357103] New: Zanshin (0.3 beta) crashes if I enable/disable a collection/source
https://bugs.kde.org/show_bug.cgi?id=357103 Bug ID: 357103 Summary: Zanshin (0.3 beta) crashes if I enable/disable a collection/source Product: zanshin Version: unspecified Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general Assignee: er...@kde.org Reporter: mat...@suklje.name CC: mbe...@ipsquad.net Sometimes if I click to enable or disable a collection in the Sources list, Zanshin dies. Reproducible: Sometimes Steps to Reproduce: -- Information about the crash: - What I was doing when the application crashed: 1) Lunch Zanshin (obviously) 2) enable or disable a collection listed under “Sources” Actual Results: 3) blammo! it crashes Expected Results: Not crash, obviously. Application: zanshin (0.2.80) KDE Platform Version: 4.14.5 (Compiled from sources) Qt Version: 4.8.6 Operating System: Linux 4.1.13-desktop-2.mga5 x86_64 Distribution: "Mageia 5" I haven’t noticed any other side-effects to this so far, but it’s still a bit annoying, since this is the only method to filter out or find todos that belong to a specific calendar (e.g. shared work vs., private calendar) The crash can be reproduced sometimes. -- Backtrace: Application: Zanshin Todo (zanshin), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [KCrash Handler] #5 0x7ff6254b7b60 in QObject::setParent(QObject*) () at /lib64/libQtCore.so.4 #6 0x00485862 in Presentation::ApplicationModel::setCurrentPage(QObject*) (this=0x0, this@entry=0xce5338, page=0x0) at /home/hook/tmp_build/zanshin-0.2.80/src/presentation/applicationmodel.cpp:90 #7 0x0048291c in Presentation::ApplicationModel::qt_metacall(QMetaObject::Call, int, void**) (this=0xce5338, _c=QMetaObject::WriteProperty, _id=2, _a=0x7a66f340) at /home/hook/tmp_build/zanshin-0.2.80/src/src/presentation/moc_applicationmodel.cpp:126 #8 0x7ff6254a8658 in QMetaProperty::write(QObject*, QVariant const&) const () at /lib64/libQtCore.so.4 #9 0x7ff6254b84ef in QObject::setProperty(char const*, QVariant const&) () at /lib64/libQtCore.so.4 #10 0x004b9c1d in Widgets::ApplicationComponents::onCurrentPageChanged(QObject*) (this=0xd40b90, page=0x0) at /home/hook/tmp_build/zanshin-0.2.80/src/widgets/applicationcomponents.cpp:187 #11 0x7ff6254b288a in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () at /lib64/libQtCore.so.4 #12 0x004c62af in Widgets::AvailablePagesView::currentPageChanged(QObject*) (this=this@entry=0xe69620, _t1=0x0) at /home/hook/tmp_build/zanshin-0.2.80/src/src/widgets/moc_availablepagesview.cpp:141 #13 0x004ba670 in Widgets::AvailablePagesView::onCurrentChanged(QModelIndex const&) (this=0xe69620, current=...) at /home/hook/tmp_build/zanshin-0.2.80/src/widgets/availablepagesview.cpp:225 #14 0x004c5ea9 in Widgets::AvailablePagesView::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) (_o=, _id=, _a=, _c=) at /home/hook/tmp_build/zanshin-0.2.80/src/src/widgets/moc_availablepagesview.cpp:84 #15 0x7ff6254b288a in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () at /lib64/libQtCore.so.4 #16 0x7ff6268c54ca in QItemSelectionModel::currentChanged(QModelIndex const&, QModelIndex const&) () at /lib64/libQtGui.so.4 #17 0x7ff6268c9596 in QItemSelectionModelPrivate::_q_rowsAboutToBeRemoved(QModelIndex const&, int, int) () at /lib64/libQtGui.so.4 #18 0x7ff6268cc389 in QItemSelectionModel::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) [clone .part.33] () at /lib64/libQtGui.so.4 #19 0x7ff6254b288a in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () at /lib64/libQtCore.so.4 #20 0x7ff6254fc164 in QAbstractItemModel::rowsAboutToBeRemoved(QModelIndex const&, int, int) () at /lib64/libQtCore.so.4 #21 0x7ff6254954f5 in QAbstractItemModel::beginRemoveRows(QModelIndex const&, int, int) () at /lib64/libQtCore.so.4 #22 0x7ff6268f25e5 in QSortFilterProxyModelPrivate::remove_proxy_interval(QVector&, QVector&, int, int, QModelIndex const&, Qt::Orientation, bool) () at /lib64/libQtGui.so.4 #23 0x7ff6268f7d35 in QSortFilterProxyModelPrivate::remove_source_items(QVector&, QVector&, QVector const&, QModelIndex const&, Qt::Orientation, bool) () at /lib64/libQtGui.so.4 #24 0x7ff6268f7f45 in QSortFilterProxyModelPrivate::source_items_about_to_be_removed(QModelIndex const&, int, int, Qt::Orientation) () at /lib64/libQtGui.so.4 #25 0x7ff6254b288a in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () at /lib64/libQtCore.so.4 #26 0x7ff6254fc164 in QAbstractItemModel::rowsAboutToBeRemoved(QModelIndex const&, int, int) () at /lib64/libQtCore.so.4 #27 0x7ff6254954f5 in QAbstractItemModel::beginRemoveRows(QModelIndex const&, int, int) () at
