[digikam] [Bug 379402] Reuse filter settings after adding geolocation information [patch]
https://bugs.kde.org/show_bug.cgi?id=379402 --- Comment #18 from tuxflo --- Thanks Maik for taking care of this. Really cool to see that you are aware to take a look after bugs that are more than 6 years old. I really appreciate that. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 379402] Reuse filter settings after adding geolocation information [patch]
https://bugs.kde.org/show_bug.cgi?id=379402 --- Comment #10 from tuxflo --- Hi Gilles! Yes I saw the comment, but I was just too busy to do anything about the patch yet. If there is someone else that is interested in maintaining the patch feel free to adopt it. My best guess is that I'll have time at the end of the year to do any open source development again. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 379402] Reuse filter settings after adding geolocation information [patch]
https://bugs.kde.org/show_bug.cgi?id=379402 --- Comment #7 from tuxflo --- Hi Gilles! Yes I saw your comment, but I haven't used digikam for a while now and I'm not up to date with the latest changes. However I really think switching to Gitlab was a very good idea and I will take a look on resubmitting the patch as merge request there. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 414490] New: Make 19.08.3 Tab/Split headers configurable
https://bugs.kde.org/show_bug.cgi?id=414490 Bug ID: 414490 Summary: Make 19.08.3 Tab/Split headers configurable Product: konsole Version: 19.08.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: split-view Assignee: konsole-de...@kde.org Reporter: flo.hen...@gmail.com Target Milestone: --- SUMMARY With 19.08.3 Konsole splits have tab headers that show the name of the split, a maximize and a close button. However on my screen this wastes way too much space on split terminal. I'd suggest to make the behavior configurable to users (switch tab/split headers on/off) STEPS TO REPRODUCE 1. Open Konsole 2. Press Shortcut for split terminal Ctrl+Shift+) OBSERVED RESULT Split shows the new split header. EXPECTED RESULT I can choose if I want to use split header or not. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon User Edition KDE Plasma Version: 5.17.3 KDE Frameworks Version: 5.64.0 Qt Version: 5.13.2 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 354248] Freehand annotation confuses tablet and touch events
https://bugs.kde.org/show_bug.cgi?id=354248 --- Comment #2 from tuxflo --- Does someone know exactly why the mentioned patch from https://git.reviewboard.kde.org/r/125847/ has the state "Discarded"? Would be really nice if Okular finally gets touch and gesture support... -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 354248] Freehand annotation confuses tablet and touch events
https://bugs.kde.org/show_bug.cgi?id=354248 tuxflo changed: What|Removed |Added CC||flo.hen...@gmail.com --- Comment #1 from tuxflo --- Kind of sad that there is no comment or update in more then 3 years about such an huge improvement... -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 375382] Wish: DBus Function for copy to clipboard
https://bugs.kde.org/show_bug.cgi?id=375382 tuxflo changed: What|Removed |Added CC||flo.hen...@gmail.com --- Comment #8 from tuxflo --- If someone is still looking for this feature: just use the tool flameshot. It copies the last Screenshot to the clipboard by default. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 343383] After activating mouse gestures the selected button to activate a gesture does not respond
https://bugs.kde.org/show_bug.cgi?id=343383 --- Comment #36 from tuxflo --- @alekksander I found out that Easystroke was not working because I was inside a VBox VM. On bare metal it works. But I also found another little tool that just fits my mouse gesture needs and works great: https://github.com/deters/mygestures It is even possible to start this tool twice with different mouse buttons so one can define mouse gestures for the middle mouse button 2 and other ones for mouse button 3. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 343383] After activating mouse gestures the selected button to activate a gesture does not respond
https://bugs.kde.org/show_bug.cgi?id=343383 --- Comment #33 from tuxflo --- I tried easystroke a while ago, I think it had the same problem, but if you can manage to get it to work I'd be very interested :) -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 343383] After activating mouse gestures the selected button to activate a gesture does not respond
https://bugs.kde.org/show_bug.cgi?id=343383 --- Comment #31 from tuxflo --- @alekksander is there a Desktop Environment that handles mouse gestures better than KDE? Especially when one is using the right mouse button for the gestures? -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 343383] After activating mouse gestures the selected button to activate a gesture does not respond
https://bugs.kde.org/show_bug.cgi?id=343383 tuxflo changed: What|Removed |Added CC||flo.hen...@gmail.com --- Comment #29 from tuxflo --- Still valid... Distribution: KDE Neon (based on 18.04) Plasma version: 5.14.1 Qt Version: 5.11.2 In the source of khotkeys (libkhotkeysprivate/triggers/gestures.cpp) the variable mouse_replay is set to "false" maybe replaying the button event could fix this? I'm unable to setup the build env here so I cannot try it on my own :( -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 360624] Implement "Invert Filter" option
https://bugs.kde.org/show_bug.cgi?id=360624 --- Comment #7 from tuxflo --- Hey there! After finally setting up the build environment and digging into the code I found out that its not as easy as I thought. I managed to get the Invert function working but I'm not able to connect the function to a new created button. Since I'm currently writing my Diploma thesis my time to spend on this feature is currently limited, maybe I'll implement the feature after finishing my thesis. Meanwhile I also found a way to simulate the behavior without changing dolphin, by using a regular expression: one could view all files that don't include "iso" by entering [^iso]* to the Filterbar. Also if you just want to select some filtered files you can use the filter normally, select the files, then clear the filter and use the "Control->Invert Selection" from the menubar or using the shortcut Ctrl+Shift+A -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398988] GTK applicaction (inkscape) different theme settings depening on open
https://bugs.kde.org/show_bug.cgi?id=398988 tuxflo changed: What|Removed |Added Version|master |5.13.5 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398988] New: GTK applicaction (inkscape) different theme settings depening on open
https://bugs.kde.org/show_bug.cgi?id=398988 Bug ID: 398988 Summary: GTK applicaction (inkscape) different theme settings depening on open Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: flo.hen...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Created attachment 115187 --> https://bugs.kde.org/attachment.cgi?id=115187&action=edit Zip File with 2 Screenshots. Empty session tooltip and existing file tooltip The Gtk application behaves different depending on how it is opened. If I open an empty inkscape session, the standard theme settings (breeze default) are used, Tooltips when hovering over a tool, are visible (black box, white text). If I open a existing .svg file by double clicking or "Open with inkscape" the theme is corrupted: when hovering the box is light grey, the text is white and almost impossible to read. STEPS TO REPRODUCE 1. Open an existing inkscape (.svg) file (from Dolphin) 2. Hover over a tool (for example the "Select tool) EXPECTED RESULT Tooltip is readable like when opening an empty inkscape window ACTUAL RESULT Tooltip is unreadable due contrast/theme setting SOFTWARE VERSIONS Distribution: KDE Neon (user edition) KDE Plasma Version: 5.13.5 KDE Frameworks Version: 5.50.0 Qt Version: 5.11.1 Inkscape version: 0.92 (installed from official PPA) -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 360624] Implement "Invert Filter" option
https://bugs.kde.org/show_bug.cgi?id=360624 --- Comment #4 from tuxflo --- Hi Julian! My intention was not to yell "when do we get this feature", but just to ask if someone is already has that on his or her work in progress table. I took a short look into the dolphin source code and it seems that it might be not too complicated for me to implement that feature on my own (as you suggested). What kind of symbol would be good to indicate that the current filter should be inverted? My first thought was, to add a ! in front of the search items. Any other ideas? Or should there be a new button that inverts the result? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 360624] Implement "Invert Filter" option
https://bugs.kde.org/show_bug.cgi?id=360624 tuxflo changed: What|Removed |Added CC||flo.hen...@gmail.com --- Comment #2 from tuxflo --- I'm looking for the same feature! This bug is here for 2 years now, so any updates on that issue? -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 390415] Feature request - Spectacle - Save to file and clipboard
https://bugs.kde.org/show_bug.cgi?id=390415 tuxflo changed: What|Removed |Added CC||flo.hen...@gmail.com --- Comment #12 from tuxflo --- I'm not sure if I should create a new Bug for this, but I'm also interested in copying a screenshot directly to clipboard. My usecase is similar: I want to be able to take a screenshot of a rectangular region with a shortcut (like Ctrl+Alt+PrintScr) and then paste it directly in a messenger like telegram. Currently my workaround looks like this: spectacle -br -n -o /tmp/copyshot.png && xclip -sel clip -t image/png /tmp/copyshot.png && rm /tmp/copyshot.png But I don't really understand why this isn't implemented in spectacle itself... a simple commandline switch like -c for "save to clipboard" similar to the -o flag would be fine for me. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 386114] KRunner on wayland always appears under top panel
https://bugs.kde.org/show_bug.cgi?id=386114 tuxflo changed: What|Removed |Added CC||flo.hen...@gmail.com --- Comment #4 from tuxflo --- Still valid with Plasma 5.12 (running in KDE Neon user edition). -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 276167] Dolphin should add actions for copy/move to other pane
https://bugs.kde.org/show_bug.cgi?id=276167 tuxflo changed: What|Removed |Added CC||flo.hen...@gmail.com --- Comment #7 from tuxflo --- Since there are several duplicates of this bug and this feature is requested: is there any update on this? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 389814] New: Date-based Sub-albums uses modification date instead of metadata date
https://bugs.kde.org/show_bug.cgi?id=389814 Bug ID: 389814 Summary: Date-based Sub-albums uses modification date instead of metadata date Product: digikam Version: 5.8.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Import-Albums Assignee: digikam-bugs-n...@kde.org Reporter: flo.hen...@gmail.com Target Milestone: --- I facing a similar problem as https://bugs.kde.org/show_bug.cgi?id=301936 but instead of rename, I'm having problems with the "Date-based Sub-album" import. Steps to reproduce: 1. Change the modification date of some images to a different date as the "Creation date" stored in the metadata. 2. Open the Import dialog (Crtl+Alt+I), select the images and enter "/-MM/-MM-dd" as custom date in the "Auto-creation of Albums" settings. 3. Import the images. Current result: Sub albums are created by the modification date entered in step 1. Expected result: Sub albums are created by the creation date of the images (anything else doesn't make sense). If possible let the user choose which date should be used as described in the linked bug ("Use file metadata (makes connection slower).") -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 389785] 'Open in Filemanager' dolphin not working
https://bugs.kde.org/show_bug.cgi?id=389785 --- Comment #9 from tuxflo --- I solved it! Instead of linking to /usr/lib64/libexec/kf5/kioslave I just had to link to /usr/bin (I think that to other paths in the appimage are relative paths as .././libexec/kf5...). So it works for me now. To answer your question: I KDE Neon has the latest version (5.8.0 Build date: Jan 14 2018 (target: Debian)) in the packages but I'd like to try the new technologies as appimage since it is easier to switch between versions. And this core functionality should work regardless of the used version. To make this long story short: if anybody else has this issue, just link kioslave to /usr/bin and everything is fine. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 389785] 'Open in Filemanager' dolphin not working
https://bugs.kde.org/show_bug.cgi?id=389785 --- Comment #7 from tuxflo --- Ok here is what I did so far: tuxflo@Yoga-260 ~ % sudo ln -s /usr/lib/x86_64-linux-gnu/libexec/kf5/kioslave /usr/lib64/libexec/kf5/kioslave which seems ok: tuxflo@Yoga-260 ~ % ll /usr/lib64/libexec/kf5 total 0 lrwxrwxrwx 1 root root 46 Feb 2 12:38 kioslave -> /usr/lib/x86_64-linux-gnu/libexec/kf5/kioslave but I still get the same error when trying to open the filemanager from digikam. Do I have to grant special permissions? Is there a way to "manually" call kioslave with the parameters digikam uses? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 389785] 'Open in Filemanager' dolphin not working
https://bugs.kde.org/show_bug.cgi?id=389785 --- Comment #4 from tuxflo --- Thanks for the quick reply! Here is what 'find' is telling me: tuxflo@Yoga-260 ~ % find /usr -name "kioslave*" /usr/lib/x86_64-linux-gnu/libexec/kf5/kioslave Flo -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 389785] 'Open in Filemanager' dolphin not working
https://bugs.kde.org/show_bug.cgi?id=389785 --- Comment #2 from tuxflo --- Hmmm that sound strange, since KDE Neon is the "official" KDE distribution and comes directly from the KDE community, so I think this should work. Also I'm pretty sure, that there is not much KDE4 related stuff included in the system. The other thing is, that I thought that the big advantage of technologies as appimage (or snap, flatpak...) is that every dependency is included. So why not add the needed kioslave executable to the package (if thats possible)? Is there another way to get the recent version of digikam in this LTS version of ubuntu (or KDE Neon)? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 389785] New: 'Open in Filemanager' dolphin not working
https://bugs.kde.org/show_bug.cgi?id=389785 Bug ID: 389785 Summary: 'Open in Filemanager' dolphin not working Product: digikam Version: 5.8.0 Platform: Appimage OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Albums-Engine Assignee: digikam-bugs-n...@kde.org Reporter: flo.hen...@gmail.com Target Milestone: --- The 'Open in Filemanager' context menu (right click on an album) fails with the following error: Unable to create io-slave. Can not find 'kioslave' executable at '/usr/bin, /usr/bin/libexec, ././/lib64/libexec/kf5' An dolphin window pops up, with the error message on top and stays empty. Steps to reproduce: 1. Right click on Album, select 'Open in Filemanager' 2. When digikam asks which command should be used enter 'dolphin' 3. Click 'OK' Current result: dolphin opens with the error as described above. Expected result: dolphin opens without error and in the Album directory My system: I'm running the latest version of KDE Neon 64bit(based on Ubuntu 16.04), KDE Plasma as Desktop environment, digikam is running as appimage (latest version: 5.8.0 Build date: Jan 10 2018 (target: RelWithDebInfo) Rev.: e69409e9d69054d68183248f52909e60629a21ab) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 375000] Meta-to-open-menu stops working quickly after reboot on specific keyboard model
https://bugs.kde.org/show_bug.cgi?id=375000 tuxflo changed: What|Removed |Added CC||flo.hen...@gmail.com --- Comment #14 from tuxflo --- I think this is still relevant on the latest version of the plasmashell (KDE Neon user edition, 5.11.4). Starting Computer, super key works fine (toggles Menu) After a while: nothing happens when pressing the super key. Restart kwin (killall kwin_x11 && kstart5 kwin_x11): Super key is working again. In my tests it had nothing to do with the Alt+Tab shortcut. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376391] Add geolocation favorites to menu and shortcuts
https://bugs.kde.org/show_bug.cgi?id=376391 --- Comment #8 from tuxflo --- Ah I see! My main problem with this issue is, that its inconvenient to open the selected files in the geolocation editor first (here it takes about 2-5 seconds until the editor is loaded). My idea was to add this functionality to the default right click context menu, where one can already set Tags or Labels to a selection of images. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376391] Add geolocation favorites to menu and shortcuts
https://bugs.kde.org/show_bug.cgi?id=376391 --- Comment #6 from tuxflo --- Glad to see that theres a process here and the issue is set to "Fixed" but I just tested version 5.6 and there is no possibility to add geolocation bookmarks to images. Perhaps I overlooked something? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 373321] Add a step to check for duplicates search while import from camera
https://bugs.kde.org/show_bug.cgi?id=373321 tuxflo changed: What|Removed |Added CC||flo.hen...@gmail.com --- Comment #3 from tuxflo --- I agree with the Multishot issue, but I'm still looking for that feature: when migrating all images to a nice and sorted digikam library I often do not know if the old SD card I found during cleanup or the old external backupdrive contain some images that are not already in the library. So I would appreciate this as an optional feature, adding it in the context menu "Download New images (duplicate check)" Maybe an additional step for checking which images will be imported and which not would be helpful to review the process. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376074] Display-bookmarked-positions-on-the-map button doesn't work.
https://bugs.kde.org/show_bug.cgi?id=376074 --- Comment #9 from tuxflo --- Which version of marble/kbookmarks do you have installed? I'm running KDE Neon, so KF5 desktop is avalible here. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 379402] New: Reuse filter settings after adding geolocation information [patch]
https://bugs.kde.org/show_bug.cgi?id=379402 Bug ID: 379402 Summary: Reuse filter settings after adding geolocation information [patch] Product: digikam Version: 5.6.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Geolocation-Editor Assignee: digikam-de...@kde.org Reporter: flo.hen...@gmail.com Target Milestone: --- Created attachment 105295 --> https://bugs.kde.org/attachment.cgi?id=105295&action=edit Patch to reuse filter settings after using the geolocation editor I'm currently adding geolocations to my complete image library using the following workflow: -enable filter "Images without coordinates", to see which images don't provide geolocation information -select images and apply Geotags using the Geolocation-Editor (Ctrl+Shift+G) With the current version of digiKam there are some small issues with that workflow: 1. In the Geolocation-Editor one always has to press "Apply", then wait for completing the write process to the images, then click "Close" -> IMHO it is more convenient if the "Apply" function does its work and then closes the dialog to continue processing, otherwise one can press "Cancel" to close the dialog without applying changes 2. After applying the tags to the images they are still visible, even the filter "Images without coordinates" is set -> the patch adds a signal/slot connection to call the refreshFilter() function so that only the images with the current filter settings are displayed This is my first contribution to digiKam (and to open source projects in general too) so just tell me if there is something completely wrong :) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376074] Display-bookmarked-positions-on-the-map button doesn't work.
https://bugs.kde.org/show_bug.cgi?id=376074 tuxflo changed: What|Removed |Added CC||flo.hen...@gmail.com --- Comment #5 from tuxflo --- Any updates on that? Is it possible to install the KDE dependencies to get the old editable bookmarkmenu back, and if yes which packages do we have to install? Or is it possible to edit the file where the bookmarks are saved manually? Right now, the "Edit Bookmarks" dropdown entry just does NOTHING. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 379198] New: PIM events plugin: remove passed events
https://bugs.kde.org/show_bug.cgi?id=379198 Bug ID: 379198 Summary: PIM events plugin: remove passed events Product: plasmashell Version: master Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: Digital Clock Assignee: plasma-b...@kde.org Reporter: flo.hen...@gmail.com Target Milestone: 1.0 It would be nice if the PIM events plugin in the digital clock automatically hides events that are passed, for example I have an event from 8-10 in the morning and another one at 4 in the afternoon. If I open the digital clock at 11am only the 4pm event is show because the first event passed. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 377024] New: Add "expand all" to the Review View
https://bugs.kde.org/show_bug.cgi?id=377024 Bug ID: 377024 Summary: Add "expand all" to the Review View Product: okular Version: unspecified Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: flo.hen...@gmail.com Target Milestone: --- When viewing a reviewed pdf with lots of annotations its annoying to click 3 times to actually see the annotation content: Page, Authorname, Annotation. It would be great to have an button "Expand all" which opens all nested elements in the review view. Optionally the button changes to "Collapse all" when the view was already expanded. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376391] Add geolocation favorites to menu and shortcuts
https://bugs.kde.org/show_bug.cgi?id=376391 --- Comment #2 from tuxflo --- Yes! I mean "Bookmarks" not favorites. Sorry for the vagueness. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 376391] New: Add geolocation favorites to menu and shortcuts
https://bugs.kde.org/show_bug.cgi?id=376391 Bug ID: 376391 Summary: Add geolocation favorites to menu and shortcuts Product: digikam Version: 5.4.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: Geolocation-Editor Assignee: digikam-de...@kde.org Reporter: flo.hen...@gmail.com Target Milestone: --- I'm currently trying to add geotags to my imagecollection (about 2000 pictures) and created some favorite locations in the geolocation editor. It would save lots of time if the geolocation favorites could be applied by using the contextmenu: * select some images * right click -> add geolocation favorite -> favorite location a... * geolocations applied. Or even better if the favorites could be assigned to a shortcut. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 368762] New: Only Jpg files are visible if importing them into a Subfolder of a Grouped folder
https://bugs.kde.org/show_bug.cgi?id=368762 Bug ID: 368762 Summary: Only Jpg files are visible if importing them into a Subfolder of a Grouped folder Product: digikam Version: 5.1.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: AlbumsView-Group Assignee: digikam-de...@kde.org Reporter: flo.hen...@gmail.com I'm having some issues using Groups: I have some Raw and Jpg files in my "root" album called Pictures. The images there are grouped using "Select all" -> "Group by Type". When I import some Files (again Raw and corresponding Jpg) to a subfolder of Pictures, only The Jpg files are shown in the digikam thumbnails view. Expected result: Raw and Jpg files are visible in digikam, Grouping should be possible. Reproducible: Always Steps to Reproduce: 1. Group raw and jpg files in root album using "Group by type" from the context menu 2. Import raw and jpg files to a subfolder of the root album 3. Actual Results: Images are imported to filesystem but only the Jpg files are shown in digikam. Expected Results: Raw and Jpg files are visible in digikam, Grouping should be possible independently from the root folder. Normally my images are located on a NFS network share but for reproducing I used a Collection on my local harddisk. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 294579] GROUP : grouped pictures are not processed together except the first one (Renaming, Tags, Metadata, Labels, etc.)
https://bugs.kde.org/show_bug.cgi?id=294579 tuxflo changed: What|Removed |Added CC||flo.hen...@gmail.com --- Comment #9 from tuxflo --- Also still valid in version 5.1.0. -- You are receiving this mail because: You are watching all bug changes.