[kmail2] [Bug 339214] Starting KMail gives message "Could not create collection trash resourceId: 3 [MailCommon::Kernel::createDefaultCollectionDone, MailCommon::Kernel::emergencyExit]
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 watching all bug changes.
[Elisa] [Bug 470243] Elisa should not be so restrictive regarding names of cover art
https://bugs.kde.org/show_bug.cgi?id=470243 --- Comment #2 from Knut Hildebrandt --- (In reply to Nate Graham from comment #1) > Probably a sane idea. Maybe when there are multiple image files, we can > apply the current naming restrictions to choose one. But when there's only > one image file, we should just use that. If you apply the restriction in case of multiple image files we might end up with not showing any too. Particularly directories containing sampler often have one image per music file, the one of the original disc or record. I've also seen directories with all artwork like front cover, back cover booklet etc. and often more than one of these files carries the word cover in its name. Which to choose? Thus I'd propose to offer a dialogue to choose one of these files. Another great feature would be a search function for cover art as it is implemented in other music players. Should I open another issue for this? -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 470243] New: Elisa should not be so restrictive regarding names of cover art
https://bugs.kde.org/show_bug.cgi?id=470243 Bug ID: 470243 Summary: Elisa should not be so restrictive regarding names of cover art Classification: Applications Product: Elisa Version: 23.04.0 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: matthieu_gall...@yahoo.fr Reporter: knut.hildebra...@gmx.de Target Milestone: --- In my music archive all directories containing albums also contain a JPG with the cover art. The naming can differ, but the name usually is BandName-AlbumName.jpeg. Anyhow, regardless of the name I would expect Elisa grabs the first picture it can lay hands on to display it as the cover art. But it only does it in very rare cases, and I noticed that in these cases the picture file always contains "cover" in it's name. The cover art files in the directories were generated by various programs like Amarok or Clementine and thus they don't follow a unique naming scheme. BTW, to display newly generated cover files I had to delete the data base and re-scan the whole music library. SOFTWARE/OS VERSIONS Elisa: 23.04.0 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.105.0 Qt Version: 5.15.9 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 418800] Elisa does not show cover art for files with embedded album art
https://bugs.kde.org/show_bug.cgi?id=418800 Knut Hildebrandt changed: What|Removed |Added CC||knut.hildebra...@gmx.de --- Comment #37 from Knut Hildebrandt --- Long lasting problem for me too. I don't know if my music files have embedded cover art, but in all directories there is a JPG containing the cover. The naming can differ, but usually it is BandName-AlbumName.jpeg. Regardless of the music files format - I use MP3 and OGG - I would expect Elisa grabs the first picture it can lay hand on to display it as the cover art. It only does it in very rare cases, and I noticed that the picture file always contains "cover" in it's name in these cases. Anyhow to display the newly generated cover files I had to delete the data base and re-scan the music library. I use right now Elisa 23.04.0 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-solid] [Bug 398908] Dolphin uses up huge amounts of memory over time
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #132 from Knut Hildebrandt --- Don't understand the question. I reboot the machine once in a while. Anyhow kernel updates only a applied after a reboot. Until this the system is still using the old kernel. -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 381538] Menu bar disappeared
https://bugs.kde.org/show_bug.cgi?id=381538 Knut Hildebrandt changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 CC||knut.hildebra...@gmx.de --- Comment #8 from Knut Hildebrandt --- I can confirm this bug. Solution: delete MenuBar=Disabled or rename it to MenuBar=Enabled and restart Kontact But be aware that there can be more than one entry of MenuBar=Disabled, at most one for each component I guess. Thus I suppose one has to change or delete respectively all of them that it works well. BTW, CTRL-M works for me, but only to switch menu bar off, that means it changes to or creates the entry MenuBar=Disabled. The other way round it did not work. My system: KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 Kontact: 5.21.3 (22.08.3) -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 399715] Set Plain or Rich-Text as Default
https://bugs.kde.org/show_bug.cgi?id=399715 Knut Hildebrandt changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #4 from Knut Hildebrandt --- The problem still exists. Even though I selected: 1. Settings/Configure KMail -> Security -> Reading -> "Prefer HTML to plain text" is off 2. Settings/Configure KMail -> Composer -> General -> "Reply or forward using the same visual format as original message (plain text or HTML" is off all new messages as well as replies and forwards have the same format as the last message edited. If Options/Rich text editing: - was On -> next message will be HTML - was Off -> next message will be plain text. What I wish would be a "general setting" that overwrites everything and makes all messages regardless if "new", forwarded or a reply by default "plain text". Would expect such a setting next to this one: - Settings/Configure KMail -> Composer -> General -> "Reply or forward using the same visual format as original message (plain text or HTML" It could look like this: - Settings/Configure KMail -> Composer -> General -> "Make new messages HTML (plain text is default)" And the setting if replies or forward should have the same format as the original message, should be respected what it right now is not. -- You are receiving this mail because: You are watching all bug changes.
[ksmserver] [Bug 398909] Can't log out when swap heavily used
https://bugs.kde.org/show_bug.cgi?id=398909 Knut Hildebrandt changed: What|Removed |Added Resolution|WAITINGFORINFO |WORKSFORME Status|NEEDSINFO |RESOLVED --- Comment #2 from Knut Hildebrandt --- Well, the problem with running out of memory y swap respectively is resolved and thus this problem did not show up anymore. If it still exists in case of a memory shortage I can't tell. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 369425] bringing up emails from IMAP is very slow and details appear missing
https://bugs.kde.org/show_bug.cgi?id=369425 Knut Hildebrandt changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- -- You are receiving this mail because: You are watching all bug changes.
[kwalletmanager] [Bug 362353] kwalletmanger does not start automatically on login anymore
https://bugs.kde.org/show_bug.cgi?id=362353 Knut Hildebrandt changed: What|Removed |Added Status|NEEDSINFO |RESOLVED -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 360485] Prevent to rescans image collection after to change system time zone
https://bugs.kde.org/show_bug.cgi?id=360485 --- Comment #6 from Knut Hildebrandt --- No clue, if this still happens in the way I had described it here. I simply do not change time zone any more. It's always set do UTC and I only change the time displayed. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 369425] bringing up emails from IMAP is very slow and details appear missing
https://bugs.kde.org/show_bug.cgi?id=369425 --- Comment #4 from Knut Hildebrandt --- Recently Kmail, or Kontact respectively, are slow in opening mails. I'm not sure if this only holds true for IMAP accounts and/or has anything to do with the original bug. But I'm definitely sure that the attachment problem prevails. In some mails attachments are shown in the header as well as at the bottom of the mail text and sometimes - less frequently - only at the bottom. The latter might cause overlooking attachments. Maybe I should mention at this point, that I "prefer text to HTML" and chose "smart" attachment representation. This is my system configuration: Operating System: Manjaro Linux Kontact Version: 5.21.1 (22.08.1) 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.
[kontactinterface] [Bug 431308] Hide Menu by Ctrl+M
https://bugs.kde.org/show_bug.cgi?id=431308 Knut Hildebrandt changed: What|Removed |Added CC||knut.hildebra...@gmx.de --- Comment #1 from Knut Hildebrandt --- Well, in my case it's the other way around. Kontact does not show a menu and I can't evoke it with Ctrl+M. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 456983] mysql.err.old grows too large (over 20 GB)
https://bugs.kde.org/show_bug.cgi?id=456983 Knut Hildebrandt changed: What|Removed |Added CC||knut.hildebra...@gmx.de --- Comment #3 from Knut Hildebrandt --- Same here and that already for an while and long before the right now installed Akonadi version came out. Akonadi: 22.08.1-2 mariadb: 10.9.3-1 Operating System: Manjaro Linux KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.6 Kernel Version: 5.10.148-1-MANJARO (64-bit) Graphics Platform: X11 BTW, I've got thousands of error messages like the ones I paste here including the messages generated by the shutdown of Akonadi: ... 2022-10-24 20:07:45 67 [ERROR] Incorrect definition of table mysql.column_stats: expected column 'hist_type' at position 9 to have type enum('SINGLE_PREC_HB','DOUBLE_PREC_HB','JSON_HB'), found type enum('SINGLE_PREC_HB','DOUBLE_PREC_HB'). 2022-10-24 20:07:45 67 [ERROR] Incorrect definition of table mysql.column_stats: expected column 'histogram' at position 10 to have type longblob, found type varbinary(255). 2022-10-24 20:07:45 67 [ERROR] Incorrect definition of table mysql.column_stats: expected column 'hist_type' at position 9 to have type enum('SINGLE_PREC_HB','DOUBLE_PREC_HB','JSON_HB'), found type enum('SINGLE_PREC_HB','DOUBLE_PREC_HB'). 2022-10-24 20:07:45 67 [ERROR] Incorrect definition of table mysql.column_stats: expected column 'histogram' at position 10 to have type longblob, found type varbinary(255). 2022-10-24 20:07:45 67 [ERROR] Incorrect definition of table mysql.column_stats: expected column 'hist_type' at position 9 to have type enum('SINGLE_PREC_HB','DOUBLE_PREC_HB','JSON_HB'), found type enum('SINGLE_PREC_HB','DOUBLE_PREC_HB'). 2022-10-24 20:07:45 67 [ERROR] Incorrect definition of table mysql.column_stats: expected column 'histogram' at position 10 to have type longblob, found type varbinary(255). 2022-10-24 20:07:51 0 [Note] /usr/bin/mysqld (initiated by: unknown): Normal shutdown 2022-10-24 20:07:51 0 [Note] InnoDB: FTS optimize thread exiting. 2022-10-24 20:07:51 0 [Note] InnoDB: Starting shutdown... 2022-10-24 20:07:51 0 [Note] InnoDB: Dumping buffer pool(s) to /home/knut/.local/share/akonadi/db_data/ib_buffer_pool 2022-10-24 20:07:51 0 [Note] InnoDB: Restricted to 2016 pages due to innodb_buf_pool_dump_pct=25 2022-10-24 20:07:51 0 [Note] InnoDB: Buffer pool(s) dump completed at 221024 20:07:51 2022-10-24 20:07:51 0 [Note] InnoDB: Removed temporary tablespace data file: "./ibtmp1" 2022-10-24 20:07:51 0 [Note] InnoDB: Shutdown completed; log sequence number 25265153099; transaction id 170786390 2022-10-24 20:07:51 0 [Note] /usr/bin/mysqld: Shutdown complete At startup there are a couple of warnings before the error messages start again: 2022-10-24 20:27:12 0 [Warning] option 'innodb-log-buffer-size': unsigned value 1048576 adjusted to 2097152 2022-10-24 20:27:12 0 [Note] InnoDB: Compressed tables use zlib 1.2.12 2022-10-24 20:27:12 0 [Note] InnoDB: Number of transaction pools: 1 2022-10-24 20:27:12 0 [Note] InnoDB: Using crc32 + pclmulqdq instructions 2022-10-24 20:27:12 0 [Note] InnoDB: Using Linux native AIO 2022-10-24 20:27:12 0 [Note] InnoDB: Initializing buffer pool, total size = 128.000MiB, chunk size = 2.000MiB 2022-10-24 20:27:12 0 [Note] InnoDB: Completed initialization of buffer pool 2022-10-24 20:27:12 0 [Note] InnoDB: Buffered log writes (block size=512 bytes) 2022-10-24 20:27:12 0 [Note] InnoDB: 128 rollback segments are active. 2022-10-24 20:27:12 0 [Note] InnoDB: Setting file './ibtmp1' size to 12.000MiB. Physically writing the file full; Please wait ... 2022-10-24 20:27:12 0 [Note] InnoDB: File './ibtmp1' size is now 12.000MiB. 2022-10-24 20:27:12 0 [Note] InnoDB: log sequence number 25265153099; transaction id 170786391 2022-10-24 20:27:12 0 [Note] InnoDB: Loading buffer pool(s) from /home/knut/.local/share/akonadi/db_data/ib_buffer_pool 2022-10-24 20:27:12 1 [Warning] InnoDB: Table mysql.innodb_table_stats has length mismatch in the column name table_name. Please run mariadb-upgrade 2022-10-24 20:27:12 1 [Warning] InnoDB: Table mysql.innodb_index_stats has length mismatch in the column name table_name. Please run mariadb-upgrade 2022-10-24 20:27:12 0 [Note] /usr/bin/mysqld: ready for connections. Version: '10.9.3-MariaDB' socket: '/run/user/1000/akonadi/mysql.socket' port: 0 Arch Linux 2022-10-24 20:27:12 0 [Note] InnoDB: Buffer pool(s) load completed at 221024 20:27:12 2022-10-24 20:27:12 4 [Warning] InnoDB: Table mysql.innodb_table_stats has length mismatch in the column name table_name. Please run mariadb-upgrade 2022-10-24 20:27:12 4 [Warning] InnoDB: Table mysql.innodb_index_stats has length mismatch in the column name table_name. Please run mariadb-upgrade 2022-10-24 20:27:12 4 [Warning] InnoDB: Table mysql.innodb_table_stats has length mismatch in the column name table_name.
[digikam] [Bug 360485] Prevent to rescans image collection after to change system time zone
https://bugs.kde.org/show_bug.cgi?id=360485 --- Comment #4 from Knut Hildebrandt --- No clue if this bug still prevails. I just stopped changing time zone and only change the time displayed by the clock. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 360769] Kmail lost all notes attached to emails after upgrading from KDE4 to Plasma5
https://bugs.kde.org/show_bug.cgi?id=360769 --- Comment #2 from Knut Hildebrandt --- Well this bug is more than six years old and describes a specific event in the transition from on version of plasma to the next. I only did this once and since that time I'm using Plasma 5.x and almost not the notes feature anymore. Thus I do not know if notes get lost once in a while. I would close it. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 338238] copied or moved mails are often not processed correctly (POP3)
https://bugs.kde.org/show_bug.cgi?id=338238 --- Comment #10 from Knut Hildebrandt --- Well, this seems to be a duplicate of or at least related to Bug 374925. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 341192] Moving messages does not synchronize to disk
https://bugs.kde.org/show_bug.cgi?id=341192 --- Comment #12 from Knut Hildebrandt --- Well, this seems to be a duplicate of Bug 374925. -- You are receiving this mail because: You are watching all bug changes.
[kwalletmanager] [Bug 362353] kwalletmanger does not start automatically on login anymore
https://bugs.kde.org/show_bug.cgi?id=362353 --- Comment #2 from Knut Hildebrandt --- Well, meanwhile the the problem has been solved. I do not know anymore what I had to do to accomplish it. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-solid] [Bug 398908] Dolphin uses up huge amounts of memory over time
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #129 from Knut Hildebrandt --- Wow, the problem seems to be solved. Has there been some work on this issue recently? I'm right now using: Operating System: Manjaro Linux KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.6 Kernel Version: 5.10.148-1-MANJARO (64-bit) Graphics Platform: X11 Anyhow, I did not notice the change after a Plasma, frameworks of Gear update but after an update that included a bunch of other packages including the kernel. No clue which of them brought the change, but maybe the kernel update did the job. At some point there was a discussion that the problem might be caused by encrypting file systems. Here the list of all packages that were included in the update in question: [2022-10-10T22:37:07+0200] [ALPM] upgraded cairomm (1.14.3-2 -> 1.14.4-1) [2022-10-10T22:37:07+0200] [ALPM] upgraded xz (5.2.6-1 -> 5.2.7-1) [2022-10-10T22:37:08+0200] [ALPM] upgraded lib32-glibc (2.36-4.0 -> 2.36-5) [2022-10-10T22:37:08+0200] [ALPM] upgraded libbpf (0.8.1-1 -> 1.0.1-1) [2022-10-10T22:37:08+0200] [ALPM] upgraded iproute2 (5.19.0-1 -> 6.0.0-1) [2022-10-10T22:37:08+0200] [ALPM] upgraded dhclient (4.4.3-3 -> 4.4.3.P1-1) [2022-10-10T22:37:08+0200] [ALPM] upgraded f2fs-tools (1.15.0-1 -> 1.15.0-2) [2022-10-10T22:37:09+0200] [ALPM] upgraded foomatic-db (3:20220328-1 -> 3:20221004-1) [2022-10-10T22:37:09+0200] [ALPM] upgraded foomatic-db-nonfree (3:20220328-1 -> 3:20221004-1) [2022-10-10T22:37:09+0200] [ALPM] upgraded foomatic-db-nonfree-ppds (3:20220328-1 -> 3:20221004-1) [2022-10-10T22:37:10+0200] [ALPM] upgraded foomatic-db-ppds (3:20220328-1 -> 3:20221004-1) [2022-10-10T22:37:10+0200] [ALPM] upgraded hwdata (0.362-2 -> 0.363-1) [2022-10-10T22:37:10+0200] [ALPM] upgraded game-devices-udev (0.17-1 -> 0.18-1) [2022-10-10T22:37:11+0200] [ALPM] upgraded git (2.37.3-1 -> 2.38.0-1) [2022-10-10T22:37:11+0200] [ALPM] upgraded pango (1:1.50.10-1 -> 1:1.50.11-1) [2022-10-10T22:37:12+0200] [ALPM] upgraded xkeyboard-config (2.36+89+g382c5feb-1 -> 2.37-1) [2022-10-10T22:37:12+0200] [ALPM] upgraded gspell (1.10.0-2 -> 1.12.0-1) [2022-10-10T22:37:12+0200] [ALPM] upgraded lib32-pango (1:1.50.10-1 -> 1:1.50.11-1) [2022-10-10T22:37:12+0200] [ALPM] upgraded lib32-xz (5.2.6-1 -> 5.2.7-1) [2022-10-10T22:37:12+0200] [ALPM] upgraded libcdio (2.1.0-2 -> 2.1.0-3) [2022-10-10T22:37:12+0200] [ALPM] upgraded libimagequant (4.0.1-1 -> 4.0.4-1) [2022-10-10T22:37:12+0200] [ALPM] upgraded libmediainfo (22.06-1 -> 22.09-1) [2022-10-10T22:37:12+0200] [ALPM] upgraded libupnp (1.14.13-1 -> 1.14.14-1) [2022-10-10T22:37:15+0200] [ALPM] upgraded linux510 (5.10.146-1 -> 5.10.147-1) [2022-10-10T22:37:15+0200] [ALPM] upgraded linux510-virtualbox-host-modules (6.1.38-7 -> 6.1.38-8) [2022-10-10T22:37:25+0200] [ALPM-SCRIPTLET] In order to use the new version, reload all virtualbox modules manually. [2022-10-10T22:37:28+0200] [ALPM] upgraded linux54 (5.4.215-1 -> 5.4.217-1) [2022-10-10T22:37:28+0200] [ALPM] upgraded linux54-virtualbox-host-modules (6.1.38-5 -> 6.1.38-7) [2022-10-10T22:37:39+0200] [ALPM-SCRIPTLET] In order to use the new version, reload all virtualbox modules manually. [2022-10-10T22:37:39+0200] [ALPM] upgraded mediainfo (22.06-2 -> 22.09-1) [2022-10-10T22:37:39+0200] [ALPM] upgraded mhwd-nvidia-390xx (390.154-1 -> 390.154-2) [2022-10-10T22:37:39+0200] [ALPM] upgraded mhwd-nvidia-470xx (470.141.03-1 -> 470.141.03-2) [2022-10-10T22:37:39+0200] [ALPM] upgraded mkvtoolnix-cli (70.0.0-2 -> 70.0.0-3) [2022-10-10T22:37:39+0200] [ALPM] upgraded mkvtoolnix-gui (70.0.0-2 -> 70.0.0-3) [2022-10-10T22:37:39+0200] [ALPM] upgraded numactl (2.0.15-1 -> 2.0.16-1) [2022-10-10T22:37:39+0200] [ALPM] upgraded pacman (6.0.1-15 -> 6.0.2-1) [2022-10-10T22:37:39+0200] [ALPM] upgraded octopi (0.13.0-2 -> 0.14.0-1) [2022-10-10T22:37:39+0200] [ALPM] upgraded octopi-notifier-qt5 (0.13.0-2 -> 0.14.0-1) [2022-10-10T22:37:43+0200] [ALPM] upgraded opera (91.0.4516.20-1 -> 91.0.4516.65-1) [2022-10-10T22:37:43+0200] [ALPM] upgraded opera-ffmpeg-codecs (104.0.5112.102-1 -> 105.0.5195.127-1) [2022-10-10T22:37:43+0200] [ALPM] upgraded pangomm (2.46.2-1 -> 2.46.3-1) [2022-10-10T22:37:43+0200] [ALPM] upgraded perl-alien-build (2.70-1 -> 2.71-1) [2022-10-10T22:37:43+0200] [ALPM] upgraded perl-xml-libxml (2.0207-3 -> 2.0208-1) [2022-10-10T22:37:43+0200] [ALPM] upgraded python-rich (12.5.1-1 -> 12.6.0-1) [2022-10-10T22:37:43+0200] [ALPM] upgraded python-setuptools (1:63.0.0-1 -> 1:63.2.0-1) [2022-10-10T22:37:43+0200] [ALPM] upgraded qemu-common (7.1.0-6 -> 7.1.0-8) [2022-10-10T22:37:43+0200] [ALPM] upgraded qemu-audio-alsa (7.1.0-6 -> 7.1.0-8) [2022-10-10T22:37:43+0200] [ALPM] upgraded qemu-audio-dbus (7.1.0-6 -> 7.1.0-8) [2022-10-10T22:37:43+0200] [ALPM] upgraded qemu-audio-jack (7.1.0-6 -> 7.1.0-8) [2022-10-10T22:37:43+0200] [ALPM] upgrade
[amarok] [Bug 337640] Playlists containing files with question marks.
https://bugs.kde.org/show_bug.cgi?id=337640 --- Comment #2 from Knut Hildebrandt --- (In reply to Justin Zobel from comment #1) > Thank you for reporting this bug in KDE software. As it has been a while > since this issue was reported, can we please ask you to see if you can > reproduce the issue with a recent software version? > > If you can reproduce the issue, please change the status to "CONFIRMED" when > replying. Thank you! Hey, can't reproduce this bug since I can't start amarok anymore. Installed amarok 2.9.71 a while and switched back to Sayonara 'cause it was a bit buggy and no further versions came out. When I tried to start it right know the main window did not show up. I only got an error messages saying "TypeError berichtet einen Skriptfehler: Cannot call method 'connect' of undefined". Just let me know when a new version comes out and I try again. -- You are receiving this mail because: You are watching all bug changes.
[Reminder Daemon] [Bug 453299] kalendarac: Notifications miss option to edit event directly
https://bugs.kde.org/show_bug.cgi?id=453299 --- Comment #4 from Knut Hildebrandt --- Created attachment 149352 --> https://bugs.kde.org/attachment.cgi?id=149352=edit notification popup -- You are receiving this mail because: You are watching all bug changes.
[Reminder Daemon] [Bug 453299] kalendarac: Notifications miss option to edit event directly
https://bugs.kde.org/show_bug.cgi?id=453299 Knut Hildebrandt changed: What|Removed |Added CC||knut.hildebra...@gmx.de --- Comment #3 from Knut Hildebrandt --- I'm not sure if it is the same bug, but since yesterdays update to 22.04.1 there does not appear anymore the notification window where I can edit, postpone etc. calendar entries. What I get instead is a small notification popup-window that only shows time and name of the entry but does not offer any options for editing. That is imho a big regression. I'd propose to at least offer an button that opens calendar entry, better would be it opens the old notification window where I can postpone the notification. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-solid] [Bug 398908] Dolphin uses up huge amounts of memory over time
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #124 from Knut Hildebrandt --- (In reply to Alexander Meshcheryakov from comment #122) > I do not remember consciously calling either search bar, or filter bar in > past months. And I definitely have not put regular expressions in these > tools. All my dolphin instances have the filter bar open all the time. It is used quite regularly. The search bar I do not use that often. Anyhow, I did not notice any surge in CPU and memory use when using them. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 398908] Dolphin uses up huge amounts of memory over time
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #113 from Knut Hildebrandt --- Here too, my system also is encrypted. All partitions reside in a LUKS encrypted LVM2 volume. Interestingly, I opened this bug about three months after encrypting my system. No clue if the problem existed before, but I doubt it since I would have reported it earlier ;-) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 398908] MimeTypeFinderJob can use huge amounts of memory reading unnecessary data
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #103 from Knut Hildebrandt --- Back with a short summery of my observations. 1. with the moment of its start a dolphin instance begins to constantly allocate memory 2. the amount of memory allocated as well as the CPU time used correlates with the number of tabs and views open and grows over time 3. the memory allocation does not depend on user interaction. Opening files several GB big does not cause any jump in memory usage. On the other hand the memory usage increases constantly even without any user interaction at all. 4. hibernating the machine brings the used memory down to about 20 to 30 MB for each instance, but within minutes, sometimes seconds, it is back to the level before hibernation and than further rising 5. over time and with many dolphins, tabs and views open not only the dolphin instances get very slow but the machine too, due to constant swapping For me there arise a few questions: 1. why does dolphin constantly allocate memory even though there is no user interaction? 2. what does dolphin need the saved data for, since it obviously works well with memory usage far below 100 MB even if there are many tabs open? 3. Why once allocated memory never gets freed? All the data I mention here I gathered in KSysGuard. I've no idea what tools I have to use to collect more useful data. One last thing. The original title of the bug report was something like "Dolphin uses huge amounts of memory" and has been changed since a potential memory leak has been identified. Since this bug was fixed the bug report has been closed even though the problem I reported three years ago still exists. Thus I'd propose to reopen the bug and change it's title back to the original one. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 398908] MimeTypeFinderJob can use huge amounts of memory reading unnecessary data
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #102 from Knut Hildebrandt --- Just noticed that there is a correlation between the number of tabs and views open in a dolphin instance and the CPU time and memory it is accumulating. After only about six hours of total run time the situation looks like this: 1. 9 tabs x 2 views -> 326 MB 2. 8 tabs x 2 views -> 215 MB 3. 6 tabs x 2 views -> 208 MB 4. 4 tabs x 2 views -> 160 MB 5. 2 tabs x 2 views -> 101 MB 6. 2 tabs x 2 views -> 99 MB 7. 1 tabs x 2 views -> 66 MB 8. 1 tabs x 1 views -> 46 MB Most of the time I was watching movies, answering emails or surfing the internet and not using any of the dolphins. Some I did not touch at all but even though they are not used they accumulate memory over time. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 398908] MimeTypeFinderJob can use huge amounts of memory reading unnecessary data
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #101 from Knut Hildebrandt --- (In reply to Harald Sitter from comment #100) Sorry for the late reply, I was out of town for a while. > Is that actually the same defect though? I do not know, but it at least the same behavior I described in my first bug report. All dolphin instances use up more and more memory over time, particularly if the system has been suspended or hibernated various times. > When you start from a new dolphin and click a super large file, like say an > ISO, does the consumption jump up and stay high even after the file is fully > opened? Just restarted the machine after having to shut it down since dolphin used up to 4 GB of memory. After the restart I opened an extra instance an started a 3.2 GB movie. When I started the movie the respective dolphin instance used at bit more than 20 MB and slowly gained 10 MB until the movie finished. Meanwhile some of the other dolphin instances had gained more than 100 MB each. The ones showing the highest memory usage at the same time show the highest CPU time - up to 3:50 over two hours - too, whereas the one I used to start the movie only has 0:21. Maybe I should mention that all instances showing high memory usage and CPU time have several tabs and split view, only the one opened to start the movie has a single tab and simple view. Well, I got the impression that my description of the behavior does not help to narrow down the problem. What data could be more helpful and how can I retrieve it? Operating System: Manjaro Linux KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 Kernel Version: 5.10.56-1-MANJARO (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 398908] MimeTypeFinderJob can use huge amounts of memory reading unnecessary data
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #99 from Knut Hildebrandt --- Updated KDE Frameworks and nothing seems to have changed. I even got the impression it got worse. Hibernated the machine last night, what brought all dolphin instances back to below 100 MB each, but now about three hours later three of them are in between 0.5 and 1 GB, four between 100 and 500 MB and only two below 100 MB. And Ooe of the ones above 500 MB sometimes uses between 10 and 15% CPU. BTW, the more CPU time an instance has accumulated the higher the memory it occupies. I still double click all files - including video and audio - to open them. Only exceptions: audio playlists which I open from amarok and if I do not want to open a file in it's standard application. One change I noticed, sometimes memory seems to get released. But if I'm not mistaken, this effect I already noticed earlier, for instance with Frameworks 5.82.0. Operating System: Manjaro Linux KDE Gear Version: 21.04.3 KDE Plasma Version: 5.22.3 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 Kernel Version: 5.10.49-1-MANJARO (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 398908] MimeTypeFinderJob can use huge amounts of memory reading unnecessary data
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #98 from Knut Hildebrandt --- (In reply to Harald Sitter from comment #97) > The bug was fixed for 5.83, you are still on 5.82. Sorry, then I'll check again when the respective update is offered. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 398908] MimeTypeFinderJob can use huge amounts of memory reading unnecessary data
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #96 from Knut Hildebrandt --- The problem still prevails and somehow I got the impression that it is getting worse again. Last night I had to shut down my laptop since it was getting very slow due to endless swapping. Dolphin was consuming about 3.5 GB at that moment. Operating System: Manjaro Linux KDE Plasma Version: 5.21.5 KDE Frameworks Version: 5.82.0 Qt Version: 5.15.2 Kernel Version: 5.10.42-1-MANJARO Processors: 4 × Intel® Core™ i5-3317U CPU @ 1.70GHz Memory: 9.6 GiB of RAM -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #37 from Knut Hildebrandt --- Here everything is fine. I recently upgraded to 21.04.1 and running Manjaro which comes with it's own theme. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #77 from Knut Hildebrandt --- (In reply to GSC from comment #76) > Right click in the left panel and click "Hide Section Remote" seems have > fixed it for me. Otherwise there's a roughly 300kb increase in memory usage > every minute. This seems to slow down the increase in memory usage, but it still happens in some instances. Only remedy: hibernating (suspend to disk) the system. Then memory usage is reduced to below 100 MB, sometimes as little as about 10 MB, per instance. But it increases again after a while. I noticed another interesting thing. Memory usage increases a lot if there is activity in views which contain big files. Last night I watched a movie which was about 700 MB big. After watching it I noticed that the dolphin with the view of the folder containing the respective file used more than 500 MB. Same with another dolphin. I had saved several files of about 300 to 500 MB to one of the folders I had open in it. I did not open these files, but renamed them. The memory usage of respective dolphin rose up to 150-200 MB. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-krunner] [Bug 434678] Krunner should use "locate" instead of "baloo" for filename search
https://bugs.kde.org/show_bug.cgi?id=434678 --- Comment #2 from Knut Hildebrandt --- The question is if this really is a bug or intended behavior. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 434589] Baloo gives strange search results if search string contains a dash
https://bugs.kde.org/show_bug.cgi?id=434589 --- Comment #6 from Knut Hildebrandt --- (In reply to tagwerk19 from comment #5) > I'm not sure what practical alternatives there are. One of the amazing > characteristics of baloo is its speed. You can, with "basic indexing only", > index from '/', do filename search across your 'visible filesystem" and get > a set of answers in a third of a second. That's impressive :-) I don't see why storing the complete filename should affect search speed. Locate is pretty fast too. And it finds filenames without this strange behavior. > Try feeding the Dolphin/Krunner with bits of the filename without the > hyphens, think of it a looking for a filename containing "these words"... Since another bug has been fixed krunner finds files much earlier, before running into this problem. Anyhow, if I follow your suggestion after entering a single character all search results disappear in krunner, as they do in baloo. In my opinion baloo and thus dolphin and krunner should not work this way. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-krunner] [Bug 434678] New: Krunner should use "locate" instead of "baloo" for filename search
https://bugs.kde.org/show_bug.cgi?id=434678 Bug ID: 434678 Summary: Krunner should use "locate" instead of "baloo" for filename search Product: frameworks-krunner Version: 5.80.0 Platform: unspecified OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: alexander.loh...@gmx.de Reporter: knut.hildebra...@gmx.de Target Milestone: --- Due to baloos strange manner of processing filenames - see https://bugs.kde.org/show_bug.cgi?id=434589 - krunner has difficulties to find files. Locate always finds files instantly and without problems. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 434589] Baloo gives strange search results if search string contains a dash
https://bugs.kde.org/show_bug.cgi?id=434589 --- Comment #4 from Knut Hildebrandt --- Great research and interesting findings. But I wonder why baloo splits the filename. Dashes, hyphens, underscores and even spaces are commonly used in file and directory names, at least in Linux. One exception might be dots, which are often but not only used to separate the extension. But baloo should be able to detect the file type without examining the extension. I hope so, at least. Anyhow, I would expect that the search results narrow down to the file(s) I'm actually looking for, when I continue entering parts of these filename(s). The seen behavior is strange and incomprehensible. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #31 from Knut Hildebrandt --- (In reply to Knut Hildebrandt from comment #28) > Unfortunately an LibreOffice document that I usually edit is not there > anymore. Moreover, I can't open it through krunner anymore unless I enter > the full path to the document. Should I file a new bug for this? Just to let know, this seems to be solved with last nights update to: KDE Plasma Version: 5.21.3 KDE Frameworks Version: 5.80.0 Now all files/documents appear in the correct category. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 434589] Baloo gives strange search results if search string contains a dash
https://bugs.kde.org/show_bug.cgi?id=434589 --- Comment #2 from Knut Hildebrandt --- Problem still exists after update to: KDE Plasma Version: 5.21.3 KDE Frameworks Version: 5.80.0 -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 388857] Krunner can't actually search for files
https://bugs.kde.org/show_bug.cgi?id=388857 --- Comment #13 from Knut Hildebrandt --- The problem seems to be solved, even though the underlying problem in baloo still exists. Since yesterday at least all documents I'm searching for appear in the search results. There're still some I would not expect but they are thematically related and probably contain the search string. And the strange behavior when there are dashes in the search string also still exists, but now krunner behaves like the dolphin search and baloosearch. Last night a update came in. I'm now on: KDE Plasma Version: 5.21.3 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 434589] New: Baloo gives strange search results if search string contains a dash
https://bugs.kde.org/show_bug.cgi?id=434589 Bug ID: 434589 Summary: Baloo gives strange search results if search string contains a dash Product: frameworks-baloo Version: 5.79.0 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: stefan.bru...@rwth-aachen.de Reporter: knut.hildebra...@gmx.de CC: n...@kde.org Target Milestone: --- I noticed this first in krunner and posted here (https://bugs.kde.org/show_bug.cgi?id=388857#c11). But I think it is a general baloo related problem since it not only appears in krunner and dolphin but also when using baloosearch. Each time when a dash "-" appears in a search string the results seem to disappear. On command line using baloosearch the behavior is equal to what is seen in dolphin. Search results are okay until entering the first character after a dash. Then apparently no files are found. But after entering at least one more character search results do appear again. I write at least one character, because in one observed case it was one and in the other it were three characters. I supposed due to this strange behavior I can't find and open certain files in krunner anymore. SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.21.2 KDE Frameworks Version: 5.79.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #30 from Knut Hildebrandt --- (In reply to Alexander Lohnau from comment #29) > That seems to be the "Desktop Search" runner, not sure how that is related. Filed a new bug (https://bugs.kde.org/show_bug.cgi?id=434589), since it even happens using baloosearch on command line. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 388857] Krunner can't actually search for files
https://bugs.kde.org/show_bug.cgi?id=388857 --- Comment #12 from Knut Hildebrandt --- (In reply to Knut Hildebrandt from comment #11) > I see there a pattern, every time when there is a hyphen the next entry ... I think it should be dash instead of hyphen, since it is the character which shares a key with the underscore -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 388857] Krunner can't actually search for files
https://bugs.kde.org/show_bug.cgi?id=388857 Knut Hildebrandt changed: What|Removed |Added CC||knut.hildebra...@gmx.de --- Comment #11 from Knut Hildebrandt --- Got a similar problem and Masacroso trick did not work. But let me describe the behavior. When I start entering the search term krunner offers finds in different categories. Some of these do not even contain the yet entered sequence, for instance "rechnung" also brings up "Buchhaltung" in the category "Tabellenkalkulation", which I suppose is spreadsheet in an english environment. This seems odd, since I assumed that filenames are searched for. When I continue entering parts of the filename at a certain point results disappear except an entry under browser history and an empty entry under "Tabellenkalkulation". It is like this for "rechnung2" and "rechnung20", for "rechnung201" the empty category changes to "Dokument", which is empty too. When I enter more parts of the filename the following happens: "rechnung2015" -> some, but not all, of the documents I was looking for are shown "rechnung2015-" -> no change "rechnung2015-0" -> all search result, except the browser history, disappear "rechnung2015-09" -> the file searched for appears among others "rechnung2015-09-" -> no change "rechnung2015-09-0" -> all search result, except the browser history, disappear "rechnung2015-09-01" -> the file searched for reappears I see there a pattern, every time when there is a hyphen the next entry causes the search results to disappear. BTW, this happens in dolphin as well, when I use Ctrl-F to search. But the behavior seen in krunner between "rechnung2" and "rechnung201" can't be observed in dolphin. There is another strange example, this time slightly different. I search for "Onda-Info-2021.ods", which never is shown in krunner. In dolphin it is show until the first character after a hyphen is entered. Then it disappears. This time results are only shown again after entering three more characters. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #28 from Knut Hildebrandt --- Switched, as Ricardo suggested, the theme and history is back :-) Unfortunately an LibreOffice document that I usually edit is not there anymore. Moreover, I can't open it through krunner anymore unless I enter the full path to the document. Should I file a new bug for this? -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #25 from Knut Hildebrandt --- Glad that I could help. Well, I do not know much about Plasma themes, but on my installation not only Breath2, the Manjaro theme, but also Breeze comes with its own RunCommand.qml. And these are the only two that exist on my system. $ locate RunCommand.qml /usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml /usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/runcommand/RunCommand.qml -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #22 from Knut Hildebrandt --- Created attachment 136815 --> https://bugs.kde.org/attachment.cgi?id=136815=edit RunCommand.qml -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #21 from Knut Hildebrandt --- Created attachment 136814 --> https://bugs.kde.org/attachment.cgi?id=136814=edit ResultsView.qml -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #20 from Knut Hildebrandt --- (In reply to Alexander Lohnau from comment #19) > Do you have a custom theme or sth. like that? In KRunner new API was added > and a property was added in QML to expose this. But it seems like that is > not found. Not really. I use as global design Breath2 which is Manjaro standard theme. Application style is Breeze, Plasma style Breath2 Dark, window decoration Oxygen, icon pack Breeze Dark, mouse pointer Breeze. And the color scheme is a slightly changed Krita darker. I have changed one or two colors. > Could you please provide the contend of > /usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/ > RunCommand.qml and > /home/user/kde/usr/lib/x86_64-linux-gnu/qml/org/kde/milou/ResultsView.qml Uploaded the files. Since I could not find the second one at the location you put here I uploaded /usr/lib/qt/qml/org/kde/milou/ResultsView.qml > Also the version info provided from > >apt show milou > would be useful. If you mean the version of the search application, it is 5.21.2-1. BTW, I use Manjaro an Arch based distro, that has no apt. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #18 from Knut Hildebrandt --- Started krunner from konsole and got following output: $ krunner qt.svg: :406:376: Could not add child element to parent element because the types are incorrect. qt.svg: :407:130: Could not add child element to parent element because the types are incorrect. qt.svg: :408:130: Could not add child element to parent element because the types are incorrect. qt.svg: :408:393: Could not add child element to parent element because the types are incorrect. qt.svg: :409:130: Could not add child element to parent element because the types are incorrect. qt.svg: :410:129: Could not add child element to parent element because the types are incorrect. qt.svg: :411:129: Could not add child element to parent element because the types are incorrect. qt.svg: :412:129: Could not add child element to parent element because the types are incorrect. qt.svg: :413:129: Could not add child element to parent element because the types are incorrect. qt.svg: :413:379: Could not add child element to parent element because the types are incorrect. qt.svg: :413:631: Could not add child element to parent element because the types are incorrect. file:///usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml:39:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo() { ... } Searching and invoking a program (pavucontrol) first time: kf.sonnet.core: Sonnet: Unable to load plugin "/usr/lib/qt/plugins/kf5/sonnet/sonnet_hspell.so" Error: "Cannot load library /usr/lib/qt/plugins/kf5/sonnet/sonnet_hspell.so: (libhspell.so.0: cannot open shared object file: No such file or directory)" kf.sonnet.core: Sonnet: Unable to load plugin "/usr/lib/qt/plugins/kf5/sonnet/sonnet_voikko.so" Error: "Cannot load library /usr/lib/qt/plugins/kf5/sonnet/sonnet_voikko.so: (libvoikko.so.1: cannot open shared object file: No such file or directory)" Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)file:///usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml:86: TypeError: Cannot read property 'length' of undefined file:///usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml:86: TypeError: Cannot read property 'length' of undefined file:///usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml:86: TypeError: Cannot read property 'length' of undefined file:///usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml:86: TypeError: Cannot read property 'length' of undefined file:///usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml:181: TypeError: Property 'addToHistory' of object View(0x7fff3f0acad0) is not a function Searching and invoking a program (pavucontrol) later: file:///usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml:86: TypeError: Cannot read property 'length' of undefined file:///usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml:86: TypeError: Cannot read property 'length' of undefined file:///usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml:86: TypeError: Cannot read property 'length' of undefined file:///usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml:86: TypeError: Cannot read property 'length' of undefined file:///usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml:181: TypeError: Property 'addToHistory' of object View(0x7fff3f0acad0) is not a function For each keystroke there is a line with property 'length'. The one with 'addToHistory' only appears when program is actually invoked. Pressing the history button first time: file:///usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml:207: TypeError: Cannot call method 'slice' of undefined Pressing the history button later: file:///usr/share/plasma/look-and-feel/org.kde.breath2.desktop/contents/runcommand/RunCommand.qml:207: TypeError: Cannot read property 'slice' of undefined Hope this will help. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #16 from Knut Hildebrandt --- (In reply to Alexander Lohnau from comment #14) > May I ask if you have tried out deactivating the one setting I asked in > https://bugs.kde.org/show_bug.cgi?id=433173#c7 and then checked if the > history works after that? From what I can tell from the files you have > entries in your history :) Yes, I switched it on and off various time and furthermore even erased the history. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #13 from Knut Hildebrandt --- I have uploaded two versions of krunnerrc. The one ending in .old is the original one. The one ending in .new is the one created after renaming the original one and saving changes to the settings. Just restarting krunner did not create a new krunnerrc. Krunnerstaterc is the file created after deleting the old one. Only the LaunchCounts entry differs from the old one, where it has a lot more entries. History does not work with the new setting files neither. BTW,I happened to open a very old, archived krunnerrc and there is a history entry under [General] which I can't find in the new one. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #12 from Knut Hildebrandt --- Created attachment 136679 --> https://bugs.kde.org/attachment.cgi?id=136679=edit New krunnerstaterc generated after deleting the old one -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #11 from Knut Hildebrandt --- Created attachment 136678 --> https://bugs.kde.org/attachment.cgi?id=136678=edit Original krunnerrc -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #10 from Knut Hildebrandt --- Created attachment 136677 --> https://bugs.kde.org/attachment.cgi?id=136677=edit The after deletion generated krunnerrc -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 --- Comment #6 from Knut Hildebrandt --- And I should add, that I can't search the history anymore. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 Knut Hildebrandt changed: What|Removed |Added Version|5.21.0 |5.21.2 -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 433173] KRunner does not remember history, the drop-down menu is non-functional
https://bugs.kde.org/show_bug.cgi?id=433173 Knut Hildebrandt changed: What|Removed |Added CC||knut.hildebra...@gmx.de --- Comment #5 from Knut Hildebrandt --- Same here with: Operating System: Manjaro Linux KDE Plasma Version: 5.21.2 KDE Frameworks Version: 5.79.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 330575] Feature request: button to set akonadi to offline mode
https://bugs.kde.org/show_bug.cgi?id=330575 --- Comment #7 from Knut Hildebrandt --- Well, I did not get any annoying error messages for a while. Thus I suppose this has been solved. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 399904] Kdenlive does not follow symbolic links
https://bugs.kde.org/show_bug.cgi?id=399904 --- Comment #4 from Knut Hildebrandt --- (In reply to emohr from comment #3) > As it has been a while since this was reported, can you please test and > confirm if this issue is still occurring or if this bug report can be marked > as resolved. Honestly, I hardly remember what this was about, but just opened some old projects containing symbolic links an the only clips reported missing were really missing. Thus I suppose this bug can be marked as solved. Thanks for looking into the matter. Knut -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 396366] encrypted header support missing in kmail?
https://bugs.kde.org/show_bug.cgi?id=396366 --- Comment #5 from Knut Hildebrandt --- (In reply to Sandro Knauß from comment #3) > The Messageviewer since 5.15 (Applications 20.08) can display the correct > headers, if you use the "Kmail 5.2" header style. Good to know. Unfortunately this header consumes quite a lot of space. Jjust tried some others and almost all of them support encrypted subjects. But most of them do not support dark designs. And some, like Breeze Material Dark, do not work properly and don't display the To: and From: lines. They are just empty. The main problem for me is, that encrypted subjects are not shown in the message list. There they are still displayed as three dots. And that holds true for all designs I have tried. Unfortunately thus one can't search for them. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #74 from Knut Hildebrandt --- Didn't post here for a while because I was using Chakra - not Kubuntu as somehow is stated in the header - and did not get updates for a year or so. That's why I eventually switched to Manjaro and situation seems to have improved a lot. Nevertheless dolphin is still accumulating memory over time. But it now also releases memory once in a while and tends to get back to memory consumption of less than 100 MB per dolphin instance. And I noticed one interesting thing. If I hibernate - suspend to disk - the laptop memory usage drops to around 20 or even less per instance, Unfortunately after wake-up all instances get very busy and memory usage at least the last time was back to something between 150 and 500 MB each within seconds. BTW, in Comnment4 and Comnment5 I wrote that the situation worsened after hibernating the laptop. That is not true. It should have written after suspending (to RAM). Sorry for the confusion. Sytem details: Operating System: Manjaro Linux KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 Kernel Version: 5.10.7-3-MANJARO OS Type: 64-bit Processors: 4 × Intel® Core™ i5-3317U CPU @ 1.70GHz Memory: 9.6 GiB of RAM Graphics Processor: Mesa DRI Intel® HD Graphics 4000 These are the dolphin related processes running at the moment: dolphin -> 7 with up to 10 Tabs each and all Tabs with 2 views file.so -> 17 http.so -> 3 sftp.so -> 1 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 309254] TEMPLATE : contact information aren't written to XMP tags of JPG
https://bugs.kde.org/show_bug.cgi?id=309254 Knut Hildebrandt changed: What|Removed |Added CC||knut.hildebra...@gmx.de --- Comment #9 from Knut Hildebrandt --- (In reply to caulier.gilles from acomment #8) > digiKam 7.0.0 stable release is now published: Sorry for the late reply, but I didn't archive many pictures recently and thus only today found time to look into the matter. Honestly I hardly know anymore what the issue is about. Since reporting it I've changed my workflow and don't write any metadata directly into JPG files from digicam but only to sidecard files. And I only import them into the JPG's after precessing them for release. This works great, for both IPTC and XMP. Hope this info helps. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #58 from Knut Hildebrandt --- (In reply to Christoph Feck from comment #57) > The commit from comment 56 will be available in KIO version 5.68.0. Expected > release date is March 14th. Great, looking forward to it :-) -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #56 from Knut Hildebrandt --- (In reply to Postix from comment #52) > Could be fixed by: https://phabricator.kde.org/D27002 Does this mean, this is the fix and once it finds it's way into dolphins code base the leak is goen? For which dolphin release the fix is planned? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #54 from Knut Hildebrandt --- (In reply to Andrei Ivnitskii from comment #53) > Knut Hildebrandt, do you have docker installed? If yes, try sudo systemctl > stop docker To be honest, I do not even know what docker is. Tried stopping it anyway: $ sudo systemctl stop docker Failed to stop docker.service: Unit docker.service not loaded. Thus I suppose docker is not responsible for this bug in my case. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #51 from Knut Hildebrandt --- (In reply to Andrei Ivnitskii from comment #50) > Same problem. Dolphin eat RAM (all my 16 GB). But when I stopped docker > service, dolphin stops eat RAM. How can we fix it? How do I stop docker service and how do I find out if it is running in the first place? There is no such thing in the dolphin settings as much as I can tell. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 386985] akonadi CalDav resource not synching with certain servers
https://bugs.kde.org/show_bug.cgi?id=386985 Knut Hildebrandt changed: What|Removed |Added CC||knut.hildebra...@gmx.de --- Comment #45 from Knut Hildebrandt --- I'm affected too. Actually not only calendars do not synchronize anymore, but address books too. And they do not synchronize at all, neither way. There seems to be no data exchange at all between the nextcloud server and the PIM suite. Meanwhile my smartphone synchronizes without any problem via DAVx5. My setup: Operating System: Chakra Linux KDE Plasma Version: 5.17.3 KDE Frameworks Version: 5.64.0 Qt Version: 5.13.2 Kernel Version: 5.2.11-3-CHAKRA Nextcloud: 17.0.2 Starting akonandi I get this error message: parse error from icalcomponent_new_from_string. string= "\nhttp://sabredav.org/ns\;>\n Sabre\\DAV\\Exception\\NotFound\n Calendar object not found\n\n" org.kde.pim.davresource: DavGroupwareResource::onItemFetched: Failed to parse item data. "https://nextcloud.server-name.de/remote.php/dav/calendars/user-name/kalender/1580509318.R271.ics; There are no error messages regarding the address books. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #48 from Knut Hildebrandt --- (In reply to goliash from comment #47) > I have another observation. The heap grows much slower when my IDEA > (Jetbrains) is turned off. After few days without IDEA running in background > my Krusader/Dolphin are still with reasonable heap size. Just was wondering what IDEA is and after a short search I'm sure it can't be the cause of the problem in my case. Can't remember having it installed. Or does it come along with other stuff? > My guess is that IDEA watches the filesystem for any changes and this causes > that Qt applications are notified about something too but probably they do > not release the memory from the heap. But why konquerer, which is Qt too, is not affected? -- You are receiving this mail because: You are watching all bug changes.
[kdiff3] [Bug 407745] kdiff3 1.8.1 crash on comparing directories, segmentation fault.
https://bugs.kde.org/show_bug.cgi?id=407745 --- Comment #3 from Knut Hildebrandt --- Running "Binary comparison" again I got this on crashing: $ kdiff3 The per-process limit on the number of open file descriptors has been reached. ERROR: cannot create wakeup pipe qt.qpa.xcb: xcb_shm_create_segment() failed for size 163480 The X11 connection broke (error 7). Did the X11 server die? But this error message does not always appear. -- You are receiving this mail because: You are watching all bug changes.
[kdiff3] [Bug 407745] kdiff3 1.8.1 crash on comparing directories, segmentation fault.
https://bugs.kde.org/show_bug.cgi?id=407745 Knut Hildebrandt changed: What|Removed |Added CC||knut.hildebra...@gmx.de --- Comment #2 from Knut Hildebrandt --- Same on Chakra Linux. KDE Plasma Version: 5.17.3 KDE Frameworks Version: 5.64.0 Qt Version: 5.13.2 In my case kdiff3 does not always crash, but only if comparing directories containing many or huge files. I also did not get the segmentation fault. And kdiff3 actually more often hangs than crashes. If it hangs this can happen at any moment of comparison, at 17%, 50% or even 99%. All above said holds true for "Binary comparison". Using "Fuall analysis" I got this output on crashing: $ kdiff3 terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc KCrash: Application 'kdiff3' crashing... KCrash: Attempting to start /usr/lib/drkonqi from kdeinit sock_file=/run/user/1000/kdeinit5__0 Using "Trust size and date but use binary ..." the output looked like that: $ kdiff3 QSocketNotifier: Invalid socket 8 and type 'Read', disabling... Unable to start Dr. Konqi Re-raising signal for core dump handling. The per-process limit on the number of open file descriptors has been reached. ERROR: cannot create wakeup pipe "Trust size" and "Trust size and modification date" worked fine. -- You are receiving this mail because: You are watching all bug changes.
[kdiff3] [Bug 401781] Can't configure File Comparison Mode for directories any more
https://bugs.kde.org/show_bug.cgi?id=401781 Knut Hildebrandt changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |NOT A BUG --- Comment #3 from Knut Hildebrandt --- (In reply to michael from comment #2) > The current master has a set of radio buttons for this. If the dialog is too > short these will not show. I personally think that a drop down would be > better for this. It does not however appear to be a regression but rather a > UI design flaw. Sorry for the late reply. Somehow I overlooked your last reply. You are right, there are radio buttons. Just discovered them by chance. They did not show 'cause the window was too small. Using drop down instead would be great. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #42 from Knut Hildebrandt --- (In reply to goliash from comment #41) > The interesting information is that this issue appears for me on Krusader > too. There are no thumbnails. In few hours the heap can grow to gigabytes. as I already wrote in comment #28 gwenview also consumes a lot of memory when it is running for a while. Since I do not know much about heaptracks I can't share more information. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 413939] Memory leak on file managers
https://bugs.kde.org/show_bug.cgi?id=413939 Knut Hildebrandt changed: What|Removed |Added CC||knut.hildebra...@gmx.de -- You are receiving this mail because: You are watching all bug changes.
[kdeconnect] [Bug 408723] kdeconnect.interfaces: dbus interface not valid
https://bugs.kde.org/show_bug.cgi?id=408723 Knut Hildebrandt changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |WORKSFORME --- Comment #2 from Knut Hildebrandt --- Same problem with 1.3.5-1 but I got it eventually working. Deactivated all modules and re-acitvated them one by one. Kdeconnect crashed immediately after activating "Host remote commands" which is installed with version 0.1. There is another module called "Befehle ausführen" which means "Execute commands" - don't now the exact name - and has version 0.1 too. Big difference, in the latter module I can configure the command I want to execute on my computer. And this works perfectly. Thus I keep this one activated and the other one deactivated. Only question I have, how can I get rid of the not working module? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #37 from Knut Hildebrandt --- (In reply to Marc González Majoral from comment #35) > I tried disabling the previews both through the toolbar button and > unchecking all the checkboxes in the preferences. I even tried killing the > thumbnail.so process just in case. The leak still happens. I do not believe that the previews or even the services are responsible for the leak. It looks to me that konqueror uses the same previews and services. And konquerer runs smooth and without any memory or performance issues. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #34 from Knut Hildebrandt --- (In reply to Marc González Majoral from comment #33) > Just out of curiosity, Knut do you have docker devices in the Devices > section? don't know, since I do not know what you are talking about. Where do I find the docker devices or the device section respectively? > Also I have uninstalled Kdenlive because I don't use it, and the > problem persists after restarting Dolphin. I don't think this bug is caused by kdenlive. It happens to me even if I do not have any directory with kdenlive files open. BTW, yesterday I made a big system upgrade that came in on Chakra recently. It did not help. Dolphin started with 17MB for one tab in one instance but after a while and adding two more tabs it passed 1 GB. Since it is unusable as it is now I meanwhile have switched back to konqueror. This is my system configuration: KDE Plasma Version: 5.17.1 KDE Frameworks Version: 5.63.0 Qt Version: 5.13.1 Kernel Version: 5.2.11-3-CHAKRA -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #31 from Knut Hildebrandt --- Hi David, (In reply to David Hallas from comment #30) > Another thing, have you tested with the latest released Dolphin? I'm using Dolphin 19.04.3, the latest my distribution - Chakra - offers. This is my setup: Operating System: KDE Plasma Version: 5.16.3 KDE Frameworks Version: 5.60.0 Qt Version: 5.12.4 Kernel Version: 4.19.26-1-CHAKRA OS Type: 64-bit Processors: 4 × Intel® Core™ i5-3317U CPU @ 1.70GHz Memory: 9,6 GiB Swap: 20 GB I noticed one more thing. Dolphin always uses much CPU time when the machine starts swapping. Usually this happens due to Dolphin using more memory for some reason, but sometimes because other programs use up memory. BTW, my system is fully encrypted, all partitions except /boot. And I'm using an 1 TB SSD. And I have one question. Could I somehow provide data about the swapping behavior or other internal processes of Dolphin that might lead to the cause of the problem? If so, how? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #29 from Knut Hildebrandt --- Just noticed something else. After running more or less smoothly Dolphin started running wild when I scrolled a directory that contains a Kdenlive project and various backup files. The project contains a video of about seven minutes. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #28 from Knut Hildebrandt --- Any progress? For me nothing has changed for the better yet. I even got the impression that it is getting worse. But I noticed one thing: Gwenview also consumes a lot of memory and CPU time, particularly when there are more instances running. Thus I wonder if libraries used in Gwenview are used for preview in Dolphin too and thus might cause the huge memory usage. In many of the directories I explore in Dolphin there are quite a few media files, mostly pictures or videos and sometimes audio files. And is there a way to switch off all previews. That is something I don't really need. -- You are receiving this mail because: You are watching all bug changes.
[kdeconnect] [Bug 408723] kdeconnect.interfaces: dbus interface not valid
https://bugs.kde.org/show_bug.cgi?id=408723 --- Comment #1 from Knut Hildebrandt --- Just upgraded to 3.5 hoping the crashes got fixed, but they did not. I'm not sure if it is the same issue but here what I did to reproduce it. 1. kdeconnect stopped on both devices 2. start kdeconnect on the laptop $ LC_ALL=C /usr/lib/kdeconnectd kdeconnect.core: KdeConnect daemon starting kdeconnect.core: onStart kdeconnect.core: KdeConnect daemon started kdeconnect.core: Broadcasting identity packet 3. start kdeconnect (1.12.93) on smart phone QObject::connect: No such slot LanLinkProvider::connectError() QObject::disconnect: No such slot LanLinkProvider::connectError() kdeconnect.core: TCP connection done (i'm the existing device) kdeconnect.core: Starting server ssl (I'm the client TCP socket) QObject::connect: No such slot LanLinkProvider::connectError() QObject::disconnect: No such slot LanLinkProvider::connectError() kdeconnect.core: TCP connection done (i'm the existing device) kdeconnect.core: Starting server ssl (I'm the client TCP socket) kdeconnect.core: Socket succesfully stablished an SSL connection kdeconnect.core: It is a new device "motorola" kdeconnect.core: Socket succesfully stablished an SSL connection kdeconnect.core: It is a known device "motorola" 4a. laptop is found on smartphone thus I tried connecting from smart phone kdeconnect.core: creating pairing handler for "906f7fd28384c43b" kdeconnect.core: Pair request 5a. accepting pairing request on laptop Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) kdeconnect.plugin.mpris: MPRIS service "org.mpris.MediaPlayer2.clementine" just came online kdeconnect.plugin.mpris: Mpris addPlayer "org.mpris.MediaPlayer2.clementine" -> "Clementine" kdeconnect.plugin.sftp: add to dolphin kdeconnect.plugin.sftp: Created device: "motorola" KCrash: Application 'kdeconnectd' crashing... KCrash: Attempting to start /usr/lib/drkonqi from kdeinit sock_file=/run/user/1000/kdeinit5__0 QSocketNotifier: Invalid socket 8 and type 'Read', disabling... QSocketNotifier: Invalid socket 10 and type 'Read', disabling... [1]+ Stopped LC_ALL=C /usr/lib/kdeconnectd $ Unable to start Dr. Konqi Re-raising signal for core dump handling. [1]+ Speicherzugriffsfehler (Speicherabzug geschrieben) LC_ALL=C /usr/lib/kdeconnectd 4b. smartphone on laptop found thus I tried connection from laptop kdeconnect.core: Sending onNetworkChange to 1 LinkProviders kdeconnect.core: Broadcasting identity packet kdeconnect.core: Unserialization error: "unterminated string" kdeconnect.core: Starting client ssl (but I'm the server TCP socket) kdeconnect.core: Socket succesfully stablished an SSL connection kdeconnect.core: It is a known device "motorola" kdeconnect.core: creating pairing handler for "906f7fd28384c43b" Device pairing error "Timed out" I could not establish a connection neither way and went back to 1.2.1 that works flawless. -- You are receiving this mail because: You are watching all bug changes.
[kdeconnect] [Bug 408723] New: kdeconnect.interfaces: dbus interface not valid
https://bugs.kde.org/show_bug.cgi?id=408723 Bug ID: 408723 Summary: kdeconnect.interfaces: dbus interface not valid Product: kdeconnect Version: unspecified Platform: Chakra OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm Assignee: albertv...@gmail.com Reporter: knut.hildebra...@gmx.de Target Milestone: --- SUMMARY Since the update of kdeconnect to 1.3.x - I mean all versions - kdeconnect always crashes when connecting to the android phone (1.12.7). STEPS TO REPRODUCE 1. start kdeconnect in systemsettings 2. search for other devices 3. connect to android phone OBSERVED RESULT notification tells me that kdeconnect crashed EXPECTED RESULT devices connect This is a long lasting problem that does not occur when I go back to kdeconnet 1.2.1. Thus I suppose Plasma and Framworks version don't play a role. Here they are anyway. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Plasma Version: 5.15.5 KDE Frameworks Version: 5.58 Qt Version: 5.12.3 ADDITIONAL INFORMATION I started systemsettings from command line and got this message when kdeconnect crashed while connecting kdeconnect.interfaces: dbus interface not valid -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #27 from Knut Hildebrandt --- (In reply to David Hallas from comment #18) > I have been running a Dolphin instance with valgrinds massif tool to profile > the heap usage and the only large increase I can see is from VLC, so I think > this is caused by one of the preview plugins. I've noticed that VLC is a big memory eater. It seems to load whole films into the RAM while watching them. Anyhow, all previews are switched off, but the information panel is on again, since switching it off did not bring any improvement. But I noticed that hovering over kdenlive-files triggered a library called thumbnail.so that used a lot of CPU time. See Comment 7. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #26 from Knut Hildebrandt --- Created attachment 119819 --> https://bugs.kde.org/attachment.cgi?id=119819=edit Cinfigure Breeze - Transparency -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #23 from Knut Hildebrandt --- Created attachment 119816 --> https://bugs.kde.org/attachment.cgi?id=119816=edit Cinfigure Breeze - Animation -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #21 from Knut Hildebrandt --- Created attachment 119813 --> https://bugs.kde.org/attachment.cgi?id=119813=edit Widget Style & Behaviour - Applications -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #22 from Knut Hildebrandt --- Created attachment 119815 --> https://bugs.kde.org/attachment.cgi?id=119815=edit Cinfigure Breeze - General -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #25 from Knut Hildebrandt --- Created attachment 119818 --> https://bugs.kde.org/attachment.cgi?id=119818=edit Cinfigure Breeze - Scrollbars -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #24 from Knut Hildebrandt --- Created attachment 119817 --> https://bugs.kde.org/attachment.cgi?id=119817=edit Cinfigure Breeze - Frames -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #20 from Knut Hildebrandt --- Created attachment 119812 --> https://bugs.kde.org/attachment.cgi?id=119812=edit Widget Style & Behaviour -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #19 from Knut Hildebrandt --- (In reply to Jaime Torres from comment #17) > >> What decoration are you using? Breeze? > It is more important in this case what you have configured in: > SystemSettings -> Application Style -> Widget Style : Widget Style. For > example: Breeze, CDE, CleanLooks, ... see Screenshots. > Whitout deleting the .fontconfig folders, just move them to another name, > for example: mv .fontconfig fontconfig.testing, if it is possible, outside > the plasma session, and see if this makes any difference after restarting > plasma and dolphin. If this doesn't have any effect, you can move them back. will try this and report later. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #16 from Knut Hildebrandt --- (In reply to Jaime Torres from comment #15) > What decoration are you using? Breeze? I use an adapted "Krita - dark". Just changed some of the colors. > The other memory/cpu eater eater in my case is just fontconfig if I have > some local configuration in .fontconfig folder. Are you talking about this folder: ~/.fontconfig/? In this one there are loads of file called like "fe547fea3a41b43a38975d292a2b19c7-le32d4.cache-3" But in my home directory there is one more .fontconfig folder, "~/cache/fontconfig/", also full of files like the one mentioned above. Furthermore there is these files: ~/.JWrapper/JWrapper-Bither/JWrapper-Linux64JRE-00040390989-complete/lib/fontconfig.RedHat.5.bfc ~/.JWrapper/JWrapper-Bither/JWrapper-Linux64JRE-00040390989-complete/lib/fontconfig.RedHat.5.properties.src ~/.JWrapper/JWrapper-Bither/JWrapper-Linux64JRE-00040390989-complete/lib/fontconfig.RedHat.6.bfc ~/.JWrapper/JWrapper-Bither/JWrapper-Linux64JRE-00040390989-complete/lib/fontconfig.RedHat.6.properties.src ~/.JWrapper/JWrapper-Bither/JWrapper-Linux64JRE-00040390989-complete/lib/fontconfig.SuSE.10.bfc ~/.JWrapper/JWrapper-Bither/JWrapper-Linux64JRE-00040390989-complete/lib/fontconfig.SuSE.10.properties.src ~/.JWrapper/JWrapper-Bither/JWrapper-Linux64JRE-00040390989-complete/lib/fontconfig.SuSE.11.bfc ~/.JWrapper/JWrapper-Bither/JWrapper-Linux64JRE-00040390989-complete/lib/fontconfig.SuSE.11.properties.src ~/.JWrapper/JWrapper-Bither/JWrapper-Linux64JRE-00040390989-complete/lib/fontconfig.Turbo.bfc ~/.JWrapper/JWrapper-Bither/JWrapper-Linux64JRE-00040390989-complete/lib/fontconfig.Turbo.properties.src ~/.JWrapper/JWrapper-Bither/JWrapper-Linux64JRE-00040390989-complete/lib/fontconfig.bfc ~/.JWrapper/JWrapper-Bither/JWrapper-Linux64JRE-00040390989-complete/lib/fontconfig.properties.src BTW, I neither use SuSE nor RedHat but had SuSE installed on my system about ten fifteen years ago with KDE 3.x -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #14 from Knut Hildebrandt --- I noticed that the number of file.so and sftp.so processes jumps up when the usage of memory increases whereas it is dropping when memory usage decreases. Shortly after reboot there where only two file.so, right now - usage decreasing - five. When dolphins memory usage jumps up and some of the instances use lot of CPU time the number of above mentioned processes goes up to 10-15. BTW, switching off didn't help. Since system boot about ten hours ago and hibernating the system twice memory usage increase do almost 5 GB. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #12 from Knut Hildebrandt --- Just noticed that the dolphin holding the 5 taps made a leap up in memory usage from 850 MB to 1050 MB, which is about 20 %. At a first glance it seems that all dolphins use about 20% more memory now. During the leap they consumed between 5 % and 18 % of CPU time each and a bunch of processes named file.so and one named sftp.so appeared. Now most of these processes disappeared again and CPU time is back down to 1-2 % for at most one dolphin at a time. The rest is zero. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #11 from Knut Hildebrandt --- Well, five hours later and after watching a film which was started from one of the dolphins all dolphins are up to memory consumption between about 200 MB and 850 MB. Don't know when the memory usage exactly leaped up, but suppose it happened during the last 2,5 hours when I was watching the film. All previews are off, tool-tips (information panel) are off too, compositing is on. Any other information I could provide? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #10 from Knut Hildebrandt --- (In reply to Nate Graham from comment #8) > Does the issue go away or improve at all if you turn off file previews and > hide the information panel? All previews were switched off for weeks. Information panel was on but I switched it off now. Have to see, if this brings some improvement. After a restart of the system a couple of minutes ago the dolphin with most tabs open (5) consumes about 90 MB, the ones with only one tab open about 30 MB each and the others something in between. When I started the machine in the morning all dolphins consumed much more. If I recall it right, between 150 MB and 700 MB each. Over the course of the day the memory usage doubled for all dolphins and dropped later to what they had used after starting the system. There is one thing I noticed but I'm not sure if there really is a connection. Because of another bug I had compositing temporally disabled. When I enabled it, it seemed that the memory consumption of the dolphins made a big leap up. BTW, in the moment there are seven dolphins running, four of them have between two and five tabs and all but one or two tabs have two views. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 398908] Dolphin uses up huge amounts of memory
https://bugs.kde.org/show_bug.cgi?id=398908 --- Comment #7 from Knut Hildebrandt --- I've got the impression that the situation is getting worse with each system update. Recently several dolphin instances running on may machine use between one and two gigabyte each or even more. Well, in the memory hungry dophins there are several tabs open and all show two directories. Anyhow, I wonder why about 25 directory views use up 2,5 GB after 2 hours of run time, while about 150 tabs in firefox need less than 1,5 GB? Until recently firefox was the program using up the most memory. BTW, it seems that dolphin needs more memory the longer the machine is running and the more files are opened or hovered over. Interestingly, even though meanwhile all previews have been disabled, a library called thumbnail.so starts consuming loads of memory when I hover over files. When I hovered over kdenlive-files it consumed up to 1 GB for a short time. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 407044] Notification window and other "pop-up" windows displayed in dull gray
https://bugs.kde.org/show_bug.cgi?id=407044 --- Comment #4 from Knut Hildebrandt --- (In reply to Kai Uwe Broulik from comment #3) > Was compositing disabled? Try Alt+Shift+F12 and check the Settings in System > Settings → Display → Compositor OpenGL 3.1 But changing to OpenGL 2.0 did not change nothing and choosing XRender made it even worse, the grey lighter. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 407044] Notification window and other "pop-up" windows displayed in dull gray
https://bugs.kde.org/show_bug.cgi?id=407044 Knut Hildebrandt changed: What|Removed |Added Component|general |effects-various -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 407044] Notification window and other "pop-up" windows displayed in dull gray
https://bugs.kde.org/show_bug.cgi?id=407044 Knut Hildebrandt changed: What|Removed |Added Product|frameworks-kwindowsystem|kwin Version|5.56.0 |5.15.4 Component|general |general Assignee|kdelibs-b...@kde.org|kwin-bugs-n...@kde.org -- You are receiving this mail because: You are watching all bug changes.