[korganizer] [Bug 419246] Importing .ics holidays calendar doesn't work
https://bugs.kde.org/show_bug.cgi?id=419246 --- Comment #4 from Christos --- (In reply to Allen Winter from comment #3) > ok so this may be a vCalendar format and not an iCalendar formatted file. > > I have a patch that might help. The patch is currently under review. Ahh, didn't realise it was a different kind of formatted calendar, my bad. Since the not notifying for failure bug is already known should I close this/mark it as a duplicate? Well, feel free to do whatever, you probably know better. Thanks a lot for fixing the calendar! (Importing through Korganizer's, add calendar, ical file etc) doesn't work, but opening the file directly and adding it from Korganizer's popup does) -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 401268] Freehand lines rendered ugly as you write and look good only after you finish
https://bugs.kde.org/show_bug.cgi?id=401268 --- Comment #10 from Christos --- (In reply to Postix from comment #9) > Duplicate of 410723? It seems to me that 410723 is the duplicate ;p. But yes, I suppose it is the same issue. However my reporting never saw any attention, and almost a year later 410723 was created. Maybe my title & explanation was bad? Well, it's getting some attention now! -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 419246] New: Importing .ics holidays calendar doesn't work
https://bugs.kde.org/show_bug.cgi?id=419246 Bug ID: 419246 Summary: Importing .ics holidays calendar doesn't work Product: korganizer Version: 5.13.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: import/export Assignee: kdepim-b...@kde.org Reporter: aligatortur...@gmail.com Target Milestone: --- Created attachment 127017 --> https://bugs.kde.org/attachment.cgi?id=127017=edit Holidays in Greece SUMMARY I import an .ics calendar containing holidays, it says it's imported successfully but no holidays show. STEPS TO REPRODUCE 1. Download the attached .ics file (taken from simple calendar: https://github.com/SimpleMobileTools/Simple-Calendar/tree/master/app/src/main/assets ) 2. Import it in korganizer 3. no holidays show OBSERVED RESULT no holidays appear & no error messages either EXPECTED RESULT holidays should appear SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: KDE neon User Edition (available in About System) KDE Plasma Version: 5.18.3 KDE Frameworks Version: 5.68.0 Qt Version: 5.14.1 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 417516] [Feature Request?] Analog Clock widget size (correct) bigger than icons in plasmoid
https://bugs.kde.org/show_bug.cgi?id=417516 --- Comment #2 from Christos --- That's speed of light fast! Thanks! -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 417516] New: [Feature Request?] Analog Clock widget size (correct) bigger than icons in plasmoid
https://bugs.kde.org/show_bug.cgi?id=417516 Bug ID: 417516 Summary: [Feature Request?] Analog Clock widget size (correct) bigger than icons in plasmoid Product: lattedock Version: 0.9.8.1 Platform: Neon Packages OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: aligatortur...@gmail.com Target Milestone: --- Created attachment 125913 --> https://bugs.kde.org/attachment.cgi?id=125913=edit latte-dock with analog clock SUMMARY I'm not really sure this is an issue, the result is probably the expected one, however visually it is not (at least for me) desirable. If you have a latte-dock with the plasmoid for the tasks (running and pinned), and add plasma's default analog clock widget next to it is bigger than the icons. STEPS TO REPRODUCE 1. Create a latte-dock with the latte-plasmoid 2. Set the icons to a size, for example 48px 3. Add the analog clock next to it OBSERVED RESULT The analog clock is bigger than the icons EXPECTED RESULT The observed result is the expected one probably. I think it would look better if it were the same size as the icons. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: KDE neon 5.18 (available in About System) KDE Plasma Version: 5.18 KDE Frameworks Version: 5.67.0 Qt Version: 5.13.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[Falkon] [Bug 415943] Preferences (Appearence/Advanced options) window navigation bars when not needed
https://bugs.kde.org/show_bug.cgi?id=415943 --- Comment #3 from Christos --- Aha! ') "So it totally seems intentional" Intentional as: this is a good way for the windows to show scrollbars (WONTFIX) or as: this shouldn't be like this but that is how it has been designed? -- You are receiving this mail because: You are watching all bug changes.
[Falkon] [Bug 415943] Preferences (Appearence/Advanced options) window navigation bars when not needed
https://bugs.kde.org/show_bug.cgi?id=415943 --- Comment #1 from Christos --- Oops, I didn't add an expected result. Well obviously the expected would be no navigation bars. On closer inspection, I think it does that because it borrows the "proper size" from the themes tab, which has a big box to select three themes - and on second thoughts why does it need such a big box for something no one is probably going to change. Maybe a drop down menu would fit better? Especially considering the consistency project. I think Plasma makes fair use of dropdown menus. -- You are receiving this mail because: You are watching all bug changes.
[Falkon] [Bug 415943] New: Preferences (Appearence/Advanced options) window navigation bars when not needed
https://bugs.kde.org/show_bug.cgi?id=415943 Bug ID: 415943 Summary: Preferences (Appearence/Advanced options) window navigation bars when not needed Product: Falkon Version: 3.1.0 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: now...@gmail.com Reporter: aligatortur...@gmail.com Target Milestone: --- Created attachment 124939 --> https://bugs.kde.org/attachment.cgi?id=124939=edit Silly navigation bars why are you here SUMMARY If the window is small enough navigations bar appear even if nothing is hidden. I'm not sure if this happens in any other windows, don't really use falkon. STEPS TO REPRODUCE 1. Go to advanced options tab in appearence (in preferences) 2. Resize the window to a more compact size but with everything still in view OBSERVED RESULT Navigation bars for no reason. I'm attaching a screenshot. EXPECTED RESULT SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE TW (available in About System) KDE Plasma Version: 5.17.4 KDE Frameworks Version: 5.65.0 Qt Version: 5.13.1 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 408266] Grab the active window not possible
https://bugs.kde.org/show_bug.cgi?id=408266 --- Comment #23 from Christos --- Great! Thanks for the quick solution!! -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 408266] Grab the active window not possible
https://bugs.kde.org/show_bug.cgi?id=408266 --- Comment #19 from Christos --- Sistema operativo: Debian GNU/Linux 10 Versión de KDE Plasma: 5.14.5 Versión de Qt: 5.11.3 Versión de KDE Frameworks: 5.54.0 Versión del kernel: 4.19.0-5-amd64 On debian sid -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 408266] Grab the active window not possible
https://bugs.kde.org/show_bug.cgi?id=408266 --- Comment #17 from Christos --- (though I'm not really sure if that's what you meant by env output) -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 408266] Grab the active window not possible
https://bugs.kde.org/show_bug.cgi?id=408266 --- Comment #16 from Christos --- Created attachment 120561 --> https://bugs.kde.org/attachment.cgi?id=120561=edit env output debian I installed debian, built latte-dock from git and still the same error. I attatch my env output -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 408266] Grab the active window not possible
https://bugs.kde.org/show_bug.cgi?id=408266 --- Comment #2 from Christos --- Drag and maximize/restore active window is enabled. -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 408266] New: Grab the active window not possible
https://bugs.kde.org/show_bug.cgi?id=408266 Bug ID: 408266 Summary: Grab the active window not possible Product: lattedock Version: git (master) Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: aligatortur...@gmail.com Target Milestone: --- SUMMARY I just installed latte-dock from git on opensuse tumbleweed and I am unable to use latte's empty space to grab the active window. No errors whatsoever during installation. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 404480] New: [feature/thoughts/discussion] Should Right Click expose latte's menu?
https://bugs.kde.org/show_bug.cgi?id=404480 Bug ID: 404480 Summary: [feature/thoughts/discussion] Should Right Click expose latte's menu? Product: latte-dock Version: git (master) Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: aligatortur...@gmail.com Target Milestone: --- SUMMARY Firstly, thanks for your time and work in creating this awesome program! I don't know if this is the correct place to ask this/have this discussion, so if it isn't please direct me elsewhere. Anywhere you right-click on latte-dock it exposes its menu: Layouts, Add widgets, Dock/panel settings. Even if you are right-clicking on a pinned program on the task manager or whatever you right-click you always see those options. Should this happen? I'm not terribly against this, and it does make latte's settings very discoverable, but it can be distracting. I think in plank you have to press ctrl+ right-click or something like that. What do you think? SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 404122] [feature] - colored backgrounds for running tasks like Unity's launcher/Ubuntu Gnome
https://bugs.kde.org/show_bug.cgi?id=404122 --- Comment #11 from Christos --- @Michail You're amazing! Like seriously amazing! Thanks so very much for your time and effort! -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 404122] [feature] Colored backgrounds for running apps like Unity's launcher/Ubuntu Gnome
https://bugs.kde.org/show_bug.cgi?id=404122 Christos changed: What|Removed |Added CC||aligatortur...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 404123] [feature] stacked icons when not enough space is available like Unity
https://bugs.kde.org/show_bug.cgi?id=404123 Christos changed: What|Removed |Added CC||aligatortur...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 404123] New: [feature] stacked icons when not enough space is available like Unity
https://bugs.kde.org/show_bug.cgi?id=404123 Bug ID: 404123 Summary: [feature] stacked icons when not enough space is available like Unity Product: latte-dock Version: git (master) Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: plasmoid Assignee: mvourla...@gmail.com Reporter: aligatortur...@gmail.com Target Milestone: --- SUMMARY I don't know if you remember or had even used Unity but its launcher (vertical panel holding icons) when it ran out of vertical space it would stack the last few icons and would return them to normal when you'd mouse over. What do you think? Now what is supposed to be happening when you have more icons in the plasmoid? Because I'm not getting it if something is supposed to be happening. Thanks :) SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 404122] New: [feature] Colored backgrounds for running apps like Unity's launcher/Ubuntu Gnome
https://bugs.kde.org/show_bug.cgi?id=404122 Bug ID: 404122 Summary: [feature] Colored backgrounds for running apps like Unity's launcher/Ubuntu Gnome Product: latte-dock Version: git (master) Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: plasmoid Assignee: mvourla...@gmail.com Reporter: aligatortur...@gmail.com Target Milestone: --- Created attachment 117939 --> https://bugs.kde.org/attachment.cgi?id=117939=edit example of unity's launcher coloring icon's background SUMMARY About a month ago this was posted on reddit: https://www.reddit.com/r/kde/comments/ad55rt/is_it_possible_to_get_colored_backgrounds_in_the/ The post and title pretty much sums it up, I've included the post's photo as well. What do you think? SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 404028] Active Window Control's global menu doesn't work on latte-dock
https://bugs.kde.org/show_bug.cgi?id=404028 Christos changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED|RESOLVED --- Comment #3 from Christos --- @Michael I reinstalled latte and it's working now perfectly. Sorry for this!! Yes, thanks I'm aware of those plasmoids but I love Unity's way which only AWC can replicate! Especially with the git version of latte where I can grab the window by the top bar it's exactly like Unity. Thanks and really am sorry for wasting your time! -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 404028] New: Active Window Control's global menu doesn't work on latte-dock
https://bugs.kde.org/show_bug.cgi?id=404028 Bug ID: 404028 Summary: Active Window Control's global menu doesn't work on latte-dock Product: latte-dock Version: git (master) Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: aligatortur...@gmail.com Target Milestone: --- SUMMARY The title sums it up really. Please don't hate me :) STEPS TO REPRODUCE 1. Add AWC on a latte-dock 2. enable global menu on mouse over (it turns the title transparent and replaces it with the focused window's menu) 3. mouse over and the title disappears but the menu doesn't appear. OBSERVED RESULT Empty space on mouse over EXPECTED RESULT Global menu appears SOFTWARE/OS VERSIONS Windows: MacOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.14.5 KDE Frameworks Version: 5.54.0 Qt Version: 5.12.1 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 402784] Dolphin crashes during shutdown, when stopping activity
https://bugs.kde.org/show_bug.cgi?id=402784 Christos Gourdoupis changed: What|Removed |Added CC||xri...@otenet.gr -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 401362] Global Menu entries (File, Edit, etc) don't follow universal font settings
https://bugs.kde.org/show_bug.cgi?id=401362 Christos changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #2 from Christos --- My bad. It does change. -- You are receiving this mail because: You are watching all bug changes.
[kded-appmenu] [Bug 378988] Going to next menu item should automatically open it
https://bugs.kde.org/show_bug.cgi?id=378988 Christos changed: What|Removed |Added CC||aligatortur...@gmail.com --- Comment #1 from Christos --- This does not happen to me. I think it has been fixed since you reported it. Could you confirm it still happens to you? SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon 5.14 (available in About System) KDE Plasma Version: 5.14.3 KDE Frameworks Version: 5.52.0 Qt Version: 5.11.2 -- You are receiving this mail because: You are watching all bug changes.
[kded-appmenu] [Bug 401362] New: Menu entries (File, Edit, etc) don't follow universal font settings
https://bugs.kde.org/show_bug.cgi?id=401362 Bug ID: 401362 Summary: Menu entries (File, Edit, etc) don't follow universal font settings Product: kded-appmenu Version: 5.14.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: top menubar Assignee: plasma-b...@kde.org Reporter: aligatortur...@gmail.com Target Milestone: --- SUMMARY I'm really not sure this is the right place to report this, but I don't know where else I could report it. STEPS TO REPRODUCE 1. Add global menu widget on a panel/the desktop 2. Change your font settings from the system settings OBSERVED RESULT The fonts of the menu entries don't change to reflect your global settings. EXPECTED RESULT The menu entries' fonts should follow your set fonts. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon 5.14 (available in About System) KDE Plasma Version: 5.14.3 KDE Frameworks Version: 5.52.0 Qt Version: 5.11.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kded-appmenu] [Bug 401362] Menu entries (File, Edit, etc) don't follow universal font settings
https://bugs.kde.org/show_bug.cgi?id=401362 Christos changed: What|Removed |Added CC||aligatortur...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 401268] Freehand lines rendered ugly as you write and look good only after you finish
https://bugs.kde.org/show_bug.cgi?id=401268 --- Comment #3 from Christos --- @Oliver So this is a bug that can't be changed easily? My monitor is 1920x1080 24 inch display. Not really HiDPI is it? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 401267] Annotations make text disappear
https://bugs.kde.org/show_bug.cgi?id=401267 --- Comment #2 from Christos --- I installed okular as a flatpak and the problem doesn't exit. Thanks for clearing this up, I guess I'll wait for neon updates. (poppler will be updated right? or does it have to do with ubuntu versions?) -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 401269] Shape recognition for the freehand line tool
https://bugs.kde.org/show_bug.cgi?id=401269 --- Comment #2 from Christos --- >From what I've seen xournal doesn't have a gesture recognition as such, just a simple shape recognition, and yes it makes annotating much more fluent (that is why I'm asking for this feature). There is an explanation of xournal's shape recognition here: https://sourceforge.net/p/xournal/support-requests/6/ And there is a github mirror of the official repository (I am lost at sourceforge) here: https://github.com/xournal/xournal/ Under this repository you can find the shape recognition algorithm here: https://github.com/xournal/xournal/blob/master/src/xo-shapes.c Also I've found an attempt at a rewrite of xournal in C++ called xournalpp: https://github.com/xournalpp/xournalpp and I think I remember it also uses shape recognition (I guess taken from xournal) but for me it's a mess to install so I am not using it. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 401269] Shape recognition for the freehand line tool
https://bugs.kde.org/show_bug.cgi?id=401269 Christos changed: What|Removed |Added CC||aligatortur...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 401268] Freehand lines rendered ugly as you write and look good only after you finish
https://bugs.kde.org/show_bug.cgi?id=401268 Christos changed: What|Removed |Added CC||aligatortur...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 401269] New: Shape recognition for the freehand line tool
https://bugs.kde.org/show_bug.cgi?id=401269 Bug ID: 401269 Summary: Shape recognition for the freehand line tool Product: okular Version: 1.5.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: aligatortur...@gmail.com Target Milestone: --- SUMMARY This is a feature request, I don't know if this is the right place for this, but here it goes: Add shape recognition for the freehand line tool: Drawing a circle creates a perfect circle, a hand drawn line become a straight line, triangles and other shapes are recognized. https://youtu.be/Wqc64fdLtYo SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon 5.14 (available in About System) KDE Plasma Version: 5.14.3 KDE Frameworks Version: 5.52.0 Qt Version: 5.11.2 ADDITIONAL INFORMATION Video: https://youtu.be/Wqc64fdLtYo -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 401268] New: Freehand lines rendered ugly as you write and look good only after you finish
https://bugs.kde.org/show_bug.cgi?id=401268 Bug ID: 401268 Summary: Freehand lines rendered ugly as you write and look good only after you finish Product: okular Version: 1.5.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: aligatortur...@gmail.com Target Milestone: --- SUMMARY Freehand line annotations in okular (created with a drawing tablet - wacom and others) appear rather ugly until you finish writing. Showing the bug on YouTube (vs xournal): https://youtu.be/ON_BP1YkJTU STEPS TO REPRODUCE 1. Open a .pdf file with okular 2. Start the freehand line annotation 3. Write something OBSERVED RESULT Writing is rendered ok only after you finish writing. EXPECTED RESULT It should look good as you write SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon 5.14 (available in About System) KDE Plasma Version: 5.14.3 KDE Frameworks Version: 5.52.0 Qt Version: 5.11.2 ADDITIONAL INFORMATION Video: https://youtu.be/ON_BP1YkJTU -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 401267] Annotations make text disappear
https://bugs.kde.org/show_bug.cgi?id=401267 Christos changed: What|Removed |Added CC||aligatortur...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 401267] New: Annotations make text disappear
https://bugs.kde.org/show_bug.cgi?id=401267 Bug ID: 401267 Summary: Annotations make text disappear Product: okular Version: 1.5.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: aligatortur...@gmail.com Target Milestone: --- SUMMARY Any annotations on specific .pdf file makes text disappear. On other .pdf files annotations work as expected. STEPS TO REPRODUCE 1. Open my .pdf book 2. Annotate (freehand line, highlight) OBSERVED RESULT Said .pdf loses its text. EXPECTED RESULT .pdf shouldn't lose its text SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon 5.14 (available in About System) KDE Plasma Version: 5.14.3 KDE Frameworks Version: 5.52.0 Qt Version: 5.11.2 ADDITIONAL INFORMATION Here is a video showcasing what happens: https://youtu.be/Pj5PtlZSIYM Here is a link to my book, for testing purposes: https://mega.nz/#!KwMXUa7D!69HPUpcbS5o0qeODdrBExwYIY9gy6qzAOoehMRc1NPg -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 400857] Searching "about" in krunner shows no results, but "abou" shows expected results for about
https://bugs.kde.org/show_bug.cgi?id=400857 Christos changed: What|Removed |Added CC||aligatortur...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 400857] New: Searching "about" in krunner shows no results, but "abou" shows expected results for about
https://bugs.kde.org/show_bug.cgi?id=400857 Bug ID: 400857 Summary: Searching "about" in krunner shows no results, but "abou" shows expected results for about Product: krunner Version: 5.14.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: k...@privat.broulik.de Reporter: aligatortur...@gmail.com Target Milestone: --- SUMMARY Searching "about" in krunner brings up nothing. No files, folders, bookmarks, nothing at all. STEPS TO REPRODUCE 1. Open krunner 2. Type in the word "about", without the quotes OBSERVED RESULT No results appear EXPECTED RESULT Results should appear (probably similar to results appearing when searching for "abou" SOFTWARE VERSIONS (available in About System) KDE Plasma Version: 5.14.2 KDE Frameworks Version: 5.51.0 Qt Version: 5.11.2 ADDITIONAL INFORMATION This has been happening for a long time to me. Have mostly used *buntu based distributions. Just now I noticed that if I type about really quickly the results that appear with about stay on. But if I delay typing in the "t" the results disappear. Images of examples can be found here: https://imgur.com/a/vIqLMpA -- You are receiving this mail because: You are watching all bug changes.
[Active Window Control] [Bug 400109] New: GlobalMenu empty with last update (plasma 5.14.1)
https://bugs.kde.org/show_bug.cgi?id=400109 Bug ID: 400109 Summary: GlobalMenu empty with last update (plasma 5.14.1) Product: Active Window Control Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: zrenf...@gmail.com Reporter: aligatortur...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Plasma 5.14.1/KDE Neon 2. configure Active Window Control's Application Menu: Enable (fill height + show next to buttons + icon and text opacity=0) 3. Move your mouse over the widget OBSERVED RESULT Program Menu doesn't appear EXPECTED RESULT Program Menu appears SOFTWARE VERSIONS (available in About System) KDE Plasma Version: 5.14.1 KDE Frameworks Version: 5.51.0 Qt Version: 5.11.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 399778] Special Application/Window Settings not applying
https://bugs.kde.org/show_bug.cgi?id=399778 Christos changed: What|Removed |Added CC||aligatortur...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 397688] Zoom effect lags before decreasing icon
https://bugs.kde.org/show_bug.cgi?id=397688 Christos changed: What|Removed |Added CC||aligatortur...@gmail.com --- Comment #6 from Christos --- Perhaps not exactly the same issue (?), I was just checking the zoom effect and it has improved quite a lot since the last time I tried latte-dock. Two things I wanted to note: 1. would it be possible to set the zoom effect to more than 100% zoom? 2. here's a [video](https://www.youtube.com/watch?v=OvQwhS09_v4=youtu.be) of the zoom effect on latte-dock on my desktop, and here's a [video of plank](https://www.youtube.com/watch?v=N0dQwrRwe8o=youtu.be) zoom effect. I think the effect on plank is a bit quicker, but apart from that it looks much better when the mouse leaves the dock altogether. Would it be possible to replicate that effect? Thanks for the awesome dock, and sorry if I'm not using the bug report correctly. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kglobalaccel] [Bug 392302] Kwin custom shortcuts: ALT + Letter (eg alt+d, alt+s) have stopped working
https://bugs.kde.org/show_bug.cgi?id=392302 --- Comment #2 from Christos <aligatortur...@gmail.com> --- (In reply to Martin Flöser from comment #1) > Back to kglobalaccel which is responsible for shortcuts. Please keep it > there and don't move back to KWin. oops, sorry. Didn't know this. Thought it was in kglobalaccel by accident. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 392302] Kwin custom shortcuts: ALT + Letter (eg alt+d, alt+s) have stopped working
https://bugs.kde.org/show_bug.cgi?id=392302 Christos <aligatortur...@gmail.com> changed: What|Removed |Added Version|5.44.0 |5.12.3 Product|frameworks-kglobalaccel |kwin Component|general |input Assignee|kdelibs-b...@kde.org|kwin-bugs-n...@kde.org -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 392302] New: Kwin custom shortcuts: ALT + Letter (eg alt+d, alt+s) have stopped working
https://bugs.kde.org/show_bug.cgi?id=392302 Bug ID: 392302 Summary: Kwin custom shortcuts: ALT + Letter (eg alt+d, alt+s) have stopped working Product: kwin Version: 5.12.3 Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: input Assignee: kwin-bugs-n...@kde.org Reporter: aligatortur...@gmail.com Target Milestone: --- Hello everyone :), I have custom shortcuts: alt+D = toggle maximize alt+S = minimize alt+A = window overview recently updated and these stopped working. On KDE neon developer edition (stable branches), plasma 5.12.3 Steps to reproduce: 1. Apply a KWin global shortcut as alt+Letter. 2. Press the shortcut. Shortcuts such as alt+Number (alt+1, alt+2) or alt+F1 work. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 381929] Feeds list gets corrupted when akregator is restored on log in
https://bugs.kde.org/show_bug.cgi?id=381929 --- Comment #17 from Christos Gourdoupis <xri...@otenet.gr> --- Unfortunately, with the updated 17.12.0 sources I cannot reproduce it in the debugger, no matter what. On the bright side, the corruption has not occured once since the update. We'll see. -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 381929] Feeds list gets corrupted when akregator is restored on log in
https://bugs.kde.org/show_bug.cgi?id=381929 --- Comment #14 from Christos Gourdoupis <xri...@otenet.gr> --- I have been trying to debug this and have now reached a point where I can reproduce it every time under the debugger (kdevelop). This is what happens: 1. akregator starts with a healthy feeds.opml and creates a similar feeds.opml~ 2. I do some stuff and then close the window and terminate the program from the system tray icon. 3. In MainWidget::slotOnShutdown(), setFeedList is called with an empty list. 4. Upon setFeedList() exit a QSharedPointer oldList which holds the feedlist is deleted. 5. In ~FeedList() destructor, setRootNode(0) is called. 6. In setRootNode(0), delete d->rootNode truncates feeds.opml to length of 1 byte. 7. The program exits NORMALLY. At this point feeds.opml~ contains a good backup. 8. On next program start, feeds.opml is "saved" to feeds.opml~ effectively destroying it. The program complains for an invalid feed list and saves an equally useless feeds.opml-backup.* Does that help at all? Is there anything I can do? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 376648] Magic lamp produces artifacts when "minimizing" to tray
https://bugs.kde.org/show_bug.cgi?id=376648 Christos <aligatortur...@gmail.com> changed: What|Removed |Added CC||aligatortur...@gmail.com --- Comment #1 from Christos <aligatortur...@gmail.com> --- I also have the same issue. Magic lamp minimizes/maximizes the windows with the mouse cursor position as a target instead of the dock/taskbar/etc. I am using plank dock. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 381506] Clicking into ":0:15:" in "Build view" opens empty file
https://bugs.kde.org/show_bug.cgi?id=381506 --- Comment #6 from Christos Gourdoupis <xri...@otenet.gr> --- Ok it's all clear now. Kdevelop simply parses the output from make and gcc to get the path to the source file. I used autotools and `make --no-print-directory` which deprived the parser of sufficient info as make descented into the subdirectories. I have found workarounds so I rest my case. But Piotr uses cmake which seem to produce full absolute paths. Piotr can you post the actual error line that you are clicking on? -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 381506] Clicking into ":0:15:" in "Build view" opens empty file
https://bugs.kde.org/show_bug.cgi?id=381506 --- Comment #3 from Christos Gourdoupis <xri...@otenet.gr> --- Hmmm... ok I don't know how cmake works, never used it. But I just found out that if `make` runs with --no-print-directory option, kdevelop gets confused as to where gcc is based when it runs. However if `make` prints lines like: make[2]: Entering directory '' etc... then kdevelop finds and opens the relevant source file properly. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 381506] Clicking into ":0:15:" in "Build view" opens empty file
https://bugs.kde.org/show_bug.cgi?id=381506 Christos Gourdoupis <xri...@otenet.gr> changed: What|Removed |Added CC||xri...@otenet.gr --- Comment #1 from Christos Gourdoupis <xri...@otenet.gr> --- I suffer from this bug too. When I click on an error line from compiler output, a new empty file opens instead of the actual source file. Are you using the Custom Buildsystem? And gcc? -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 381929] Akregator looses feed list
https://bugs.kde.org/show_bug.cgi?id=381929 Christos Gourdoupis <xri...@otenet.gr> changed: What|Removed |Added CC||xri...@otenet.gr -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 381822] Akregator corrupts the opml file and crashes, always.
https://bugs.kde.org/show_bug.cgi?id=381822 Christos Gourdoupis <xri...@otenet.gr> changed: What|Removed |Added CC||xri...@otenet.gr -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 340982] I cannot set my short date to YYYY-MM-DD, nor my time to HH:MM
https://bugs.kde.org/show_bug.cgi?id=340982 Christos Gourdoupis <xri...@otenet.gr> changed: What|Removed |Added CC||xri...@otenet.gr --- Comment #142 from Christos Gourdoupis <xri...@otenet.gr> --- Recently openSUSE TW upgraded to Qt 5.9, and now en_DK is available as a time format. But guess what, it gives "05/07/2017 14.52". Why? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 378811] New: kwin_x11: Compositor crashes on actions triggered by screen edges
https://bugs.kde.org/show_bug.cgi?id=378811 Bug ID: 378811 Summary: kwin_x11: Compositor crashes on actions triggered by screen edges Product: kwin Version: 5.9.4 Platform: openSUSE RPMs OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: kde_bugzi...@christosplatis.gr Target Milestone: --- Application: kwin_x11 (5.9.4) Qt Version: 5.7.1 Frameworks Version: 5.32.0 Operating System: Linux 4.10.9-1-default x86_64 Distribution: "openSUSE Tumbleweed" -- Information about the crash: I have enabled hot corners and some associated actions crash the compositor. Working actions: "Show Desktop", "Activities Manager", "Application Launcher" and "Minimize All". Not working actions: "Present Windows", "Desktop Grid" and "Application Switcher". The crash can be reproduced every time. -- Backtrace: Application: KWin (kwin_x11), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f1159025e00 (LWP 13389))] Thread 8 (Thread 0x7f10a2fde700 (LWP 13427)): #0 0x7f11589c68ab in ppoll () at /lib64/libc.so.6 #1 0x7f11560794b1 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib64/libQt5Core.so.5 #2 0x7f115607adaa in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib64/libQt5Core.so.5 #3 0x7f1156027aea in QEventLoop::exec(QFlags) () at /usr/lib64/libQt5Core.so.5 #4 0x7f1155e55813 in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #5 0x7f11507b6305 in () at /usr/lib64/libQt5Qml.so.5 #6 0x7f1155e5a4c8 in () at /usr/lib64/libQt5Core.so.5 #7 0x7f1151c85537 in start_thread () at /lib64/libpthread.so.0 #8 0x7f11589d004f in clone () at /lib64/libc.so.6 Thread 7 (Thread 0x7f10921cf700 (LWP 13425)): #0 0x7f1151c8b9a6 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x7f10a17d280b in () at /usr/lib64/dri/r600_dri.so #2 0x7f10a17d2537 in () at /usr/lib64/dri/r600_dri.so #3 0x7f1151c85537 in start_thread () at /lib64/libpthread.so.0 #4 0x7f11589d004f in clone () at /lib64/libc.so.6 Thread 6 (Thread 0x7f10a37df700 (LWP 13405)): #0 0x7f1151c8bdb3 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x7f1155e5b2b6 in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib64/libQt5Core.so.5 #2 0x7f1155e56ae2 in () at /usr/lib64/libQt5Core.so.5 #3 0x7f1155e5a4c8 in () at /usr/lib64/libQt5Core.so.5 #4 0x7f1151c85537 in start_thread () at /lib64/libpthread.so.0 #5 0x7f11589d004f in clone () at /lib64/libc.so.6 Thread 5 (Thread 0x7f1128b8c700 (LWP 13404)): #0 0x7f1151c8b9a6 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x7f1154fda974 in () at /usr/lib64/libQt5Script.so.5 #2 0x7f1154fda9b9 in () at /usr/lib64/libQt5Script.so.5 #3 0x7f1151c85537 in start_thread () at /lib64/libpthread.so.0 #4 0x7f11589d004f in clone () at /lib64/libc.so.6 Thread 4 (Thread 0x7f1129b8d700 (LWP 13403)): #0 0x7f11589c68ab in ppoll () at /lib64/libc.so.6 #1 0x7f11560794b1 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib64/libQt5Core.so.5 #2 0x7f115607adaa in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib64/libQt5Core.so.5 #3 0x7f1156027aea in QEventLoop::exec(QFlags) () at /usr/lib64/libQt5Core.so.5 #4 0x7f1155e55813 in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #5 0x7f11507b6305 in () at /usr/lib64/libQt5Qml.so.5 #6 0x7f1155e5a4c8 in () at /usr/lib64/libQt5Core.so.5 #7 0x7f1151c85537 in start_thread () at /lib64/libpthread.so.0 #8 0x7f11589d004f in clone () at /lib64/libc.so.6 Thread 3 (Thread 0x7f1137df9700 (LWP 13395)): #0 0x7f1151c8bdb3 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x7f1155e5b2b6 in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib64/libQt5Core.so.5 #2 0x7f1155e56ae2 in () at /usr/lib64/libQt5Core.so.5 #3 0x7f1155e5a4c8 in () at /usr/lib64/libQt5Core.so.5 #4 0x7f1151c85537 in start_thread () at /lib64/libpthread.so.0 #5 0x7f11589d004f in clone () at /lib64/libc.so.6 Thread 2 (Thread 0x7f11417fe700 (LWP 13391)): #0 0x7f11589c68ab in ppoll () at /lib64/libc.so.6 #1 0x7f11560794b1 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib64/libQt5Core.so.5 #2 0x7f115607adaa in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib64/libQt5Core.so.5 #3 0x7f1156027aea in QEventLoop::exec(QFlags) () at /usr/lib64/libQt5Core.so.5 #4 0x7f1155e55813 in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #5 0x7f114f980385 in () at /usr/lib64/libQt5DBus.so.5 #6 0x7f1155e5a4c8 in () at /usr/lib64/libQt5Core.so.5 #7
[krunner] [Bug 372251] New: krunner crashing when trying to launch application
https://bugs.kde.org/show_bug.cgi?id=372251 Bug ID: 372251 Summary: krunner crashing when trying to launch application Product: krunner Version: 5.7.5 Platform: Fedora RPMs OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: k...@privat.broulik.de Reporter: christos.lazaridis+kde.bugzi...@gmail.com Target Milestone: --- Application: krunner (5.7.5) Qt Version: 5.6.1 Frameworks Version: 5.27.0 Operating System: Linux 4.8.6-201.fc24.x86_64 x86_64 Distribution: "Fedora release 24 (Twenty Four)" -- Information about the crash: - What I was doing when the application crashed: I get occasional (~1 per day) crashes of krunner when trying to launch an app via it. It's not related to any particular application, just when I hit alt+space to open krunner, it pop up and then disappears (crashes). I have been getting such behavior for some time now, it doesn't seem to be related to any recent update. I hope the backtrace is useful. The crash can be reproduced sometimes. -- Backtrace: Application: krunner (krunner), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f4b6ccac940 (LWP 1588))] Thread 12 (Thread 0x7f4b367fc700 (LWP 2266)): #0 0x7f4b7a0a6bd0 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x7f4b7e53801a in QWaitCondition::wait(QMutex*, unsigned long) () at /lib64/libQt5Core.so.5 #2 0x7f4b58fb68c0 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /lib64/libKF5ThreadWeaver.so.5 #3 0x7f4b58fbaa78 in ThreadWeaver::WorkingHardState::applyForWork(ThreadWeaver::Thread*, bool) () at /lib64/libKF5ThreadWeaver.so.5 #4 0x7f4b58fb5a3d in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /lib64/libKF5ThreadWeaver.so.5 #5 0x7f4b58fb8909 in ThreadWeaver::Thread::run() () at /lib64/libKF5ThreadWeaver.so.5 #6 0x7f4b7e53799a in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5 #7 0x7f4b7a0a15ca in start_thread () at /lib64/libpthread.so.0 #8 0x7f4b7d92b0ed in clone () at /lib64/libc.so.6 Thread 11 (Thread 0x7f4b36ffd700 (LWP 2265)): #0 0x7f4b7a0a6bd0 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x7f4b7e53801a in QWaitCondition::wait(QMutex*, unsigned long) () at /lib64/libQt5Core.so.5 #2 0x7f4b7e531e53 in QSemaphore::acquire(int) () at /lib64/libQt5Core.so.5 #3 0x7f4b7e6fddd6 in QMetaObject::activate(QObject*, int, int, void**) () at /lib64/libQt5Core.so.5 #4 0x7f4b4cb6f4ff in PlacesRunner::doMatch(Plasma::RunnerContext*) () at /usr/lib64/qt5/plugins/krunner_placesrunner.so #5 0x7f4b591da6f8 in Plasma::AbstractRunner::performMatch(Plasma::RunnerContext&) () at /lib64/libKF5Runner.so.5 #6 0x7f4b58fba1f8 in ThreadWeaver::Executor::run(QSharedPointer const&, ThreadWeaver::Thread*) () at /lib64/libKF5ThreadWeaver.so.5 #7 0x7f4b58fb8d40 in ThreadWeaver::Job::execute(QSharedPointer const&, ThreadWeaver::Thread*) () at /lib64/libKF5ThreadWeaver.so.5 #8 0x7f4b58fb8850 in ThreadWeaver::Thread::run() () at /lib64/libKF5ThreadWeaver.so.5 #9 0x7f4b7e53799a in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5 #10 0x7f4b7a0a15ca in start_thread () at /lib64/libpthread.so.0 #11 0x7f4b7d92b0ed in clone () at /lib64/libc.so.6 Thread 10 (Thread 0x7f4b377fe700 (LWP 2264)): #0 0x7f4b7a0a6bd0 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x7f4b7e53801a in QWaitCondition::wait(QMutex*, unsigned long) () at /lib64/libQt5Core.so.5 #2 0x7f4b58fb68c0 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /lib64/libKF5ThreadWeaver.so.5 #3 0x7f4b58fbaa78 in ThreadWeaver::WorkingHardState::applyForWork(ThreadWeaver::Thread*, bool) () at /lib64/libKF5ThreadWeaver.so.5 #4 0x7f4b58fb5a3d in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /lib64/libKF5ThreadWeaver.so.5 #5 0x7f4b58fb8909 in ThreadWeaver::Thread::run() () at /lib64/libKF5ThreadWeaver.so.5 #6 0x7f4b7e53799a in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5 #7 0x7f4b7a0a15ca in start_thread () at /lib64/libpthread.so.0 #8 0x7f4b7d92b0ed in clone () at /lib64/libc.so.6 Thread 9 (Thread 0x7f4b37fff700 (LWP 2263)): #0 0x7f4b7a0a6bd0 in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x7f4b7e53801a in QWaitCondition::wait(QMutex*, unsigned long) () at /lib64/libQt5Core.so.5 #2 0x7f4b58fb68c0 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /lib64/libKF5ThreadWeaver.so.5 #3 0x7f4b58fbaa78 in
[forum.kde.org] [Bug 322866] KDE Identity: knowledge of username is required to reset password and to obtain information about username
https://bugs.kde.org/show_bug.cgi?id=322866 Christos Stamatopoulos <xstamatopou...@gmail.com> changed: What|Removed |Added CC||xstamatopou...@gmail.com --- Comment #61 from Christos Stamatopoulos <xstamatopou...@gmail.com> --- I am on the same boat. Thanks in advance. -- You are receiving this mail because: You are watching all bug changes.
[kdeconnect] [Bug 352529] Beta version - Multimedia control doesn't wok
https://bugs.kde.org/show_bug.cgi?id=352529 Christos <aligatortur...@gmail.com> changed: What|Removed |Added CC||aligatortur...@gmail.com --- Comment #4 from Christos <aligatortur...@gmail.com> --- @AlbertVaca is right, but if you already have vlc open playing something and close it then anything you open again with vlc works. -- You are receiving this mail because: You are watching all bug changes.
[klipper] [Bug 329174] Lost copied text after close application
https://bugs.kde.org/show_bug.cgi?id=329174 --- Comment #17 from Christos Gourdoupis <xri...@otenet.gr> --- I have a dual monitor setup and after cleaning up my xorg.conf the problem went away. Multi-monitor support is broken in kf5 and under some conditions things break and windows start behaving erraticaly. At that point, strange things happen to the clipboard too, like not being able to copy from KDE apps at all. Restarting kwin_x11 --replace then brings back the original problem! So could it be an underlying window manager issue? -- You are receiving this mail because: You are watching all bug changes.
[klipper] [Bug 329174] Lost copied text after close application
https://bugs.kde.org/show_bug.cgi?id=329174 --- Comment #15 from Christos Gourdoupis <xri...@otenet.gr> --- Ok, I see. So I loaded the applet. But the problem persists exactly as before. The text is in the clipboard, but I cannot paste it. However if there are other entries in the history, I can select another and paste it. And then I can select and paste the new one too. -- You are receiving this mail because: You are watching all bug changes.
[klipper] [Bug 329174] Lost copied text after close application
https://bugs.kde.org/show_bug.cgi?id=329174 Christos Gourdoupis <xri...@otenet.gr> changed: What|Removed |Added CC||xri...@otenet.gr --- Comment #13 from Christos Gourdoupis <xri...@otenet.gr> --- plasma 5.5.5, qt 5.5.1 not using any clipboard facility Copy some text in kwrite and close it. Open another instance and paste. Nothing happens. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 344365] Panel and task switcher appear on the wrong display.
https://bugs.kde.org/show_bug.cgi?id=344365 Christos Lazaridis <christos.lazaridis+kde.bugzi...@gmail.com> changed: What|Removed |Added CC||christos.lazaridis+kde.bugz ||i...@gmail.com --- Comment #6 from Christos Lazaridis <christos.lazaridis+kde.bugzi...@gmail.com> --- I can also confirm the panel issue not appearing on the primary display on another T440; if more information is needed I can provide. Jiri's workaround by restarting plasma works (thanks!) -- You are receiving this mail because: You are watching all bug changes.
