[frameworks-kio] [Bug 423031] [Wayland] Modifier keys to move (shift), copy (ctrl) and create a link (ctrl+shift) don't work if pressed after I start to drag the file/folder
https://bugs.kde.org/show_bug.cgi?id=423031 Dilam changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|UPSTREAM|--- --- Comment #27 from Dilam --- (In reply to Matija from comment #26) > (In reply to Dilam from comment #23) > > (In reply to postix from comment #22) > > > Dilam, this bug is at least fixed for me on > > > > Ok. Thank you. I just have to wait for the update. > > Did the update today to Frameworks v6.2.0. > Restarted, but the problem still exists... should we reopen? Yes I did the update and it's still here. Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-35-generic (64-bit) Graphics Platform: Wayland I reopen the bug report. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 485258] Dolphin crashed after dragging a file to the path breadcrumb
https://bugs.kde.org/show_bug.cgi?id=485258 --- Comment #35 from Dilam --- I can confirm that it is now fixed for me. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 487113] In dolphin, after a right click, dragging file or folder doesn't work and it make a selection instead
https://bugs.kde.org/show_bug.cgi?id=487113 --- Comment #2 from Dilam --- (I want to increase importance from "minor" to "normal" because seeing this bug is not so rare but I don't know how to do it.) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 484336] Drag and drop not working properly
https://bugs.kde.org/show_bug.cgi?id=484336 --- Comment #9 from Dilam --- (In reply to Matija from comment #6) > Also, for the third bug, dolphin drag shortcuts, I've found > https://bugs.kde.org/show_bug.cgi?id=423031 that resembles the exact same > problem I have, so should I just reopen that bug report or create a new one? It looks like we just have to wait for updates for the fix. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 423031] [Wayland] Modifier keys to move (shift), copy (ctrl) and create a link (ctrl+shift) don't work if pressed after I start to drag the file/folder
https://bugs.kde.org/show_bug.cgi?id=423031 --- Comment #23 from Dilam --- (In reply to postix from comment #22) > Dilam, this bug is at least fixed for me on Ok. Thank you. I just have to wait for the update. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 423031] [Wayland] Modifier keys to move (shift), copy (ctrl) and create a link (ctrl+shift) don't work if pressed after I start to drag the file/folder
https://bugs.kde.org/show_bug.cgi?id=423031 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com --- Comment #21 from Dilam --- I still have the bug in : Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-35-generic (64-bit) Graphics Platform: Wayland But I know that I am one version behind the last version of KDE framework (6.1.0 instead of 6.2.0) so I am not re-opening the bug report in case the fix is in 6.2.0. Also someone else is reporting the same bug in bug 484336 (bug report which was not dedicated to it). -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 484336] Drag and drop not working properly
https://bugs.kde.org/show_bug.cgi?id=484336 --- Comment #8 from Dilam --- (In reply to Matija from comment #6) > Also, for the third bug, dolphin drag shortcuts, I've found > https://bugs.kde.org/show_bug.cgi?id=423031 that resembles the exact same > problem I have, so should I just reopen that bug report or create a new one? > I presume the latter as I am on different distro from the one in that bug > report. No, I think you should re-open the bug 423031 instead of creating a new one. Bugs are very often common between all distro having the same KDE or software version. We should not open a new bug report for each distro. My KDE framework is one version behind the last one (6.1.0 instead of 6.2.0), so I'm not re-opening the bug myself in case the fix just came out in the version I don't have. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 487113] In dolphin, after a right click, dragging file or folder doesn't work and it make a selection instead
https://bugs.kde.org/show_bug.cgi?id=487113 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com --- Comment #1 from Dilam --- Created attachment 169537 --> https://bugs.kde.org/attachment.cgi?id=169537=edit Video showing the bug after a right click -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 487113] New: In dolphin, after a right click, dragging file or folder doesn't work and it make a selection instead
https://bugs.kde.org/show_bug.cgi?id=487113 Bug ID: 487113 Summary: In dolphin, after a right click, dragging file or folder doesn't work and it make a selection instead Classification: Applications Product: dolphin Version: 24.02.2 Platform: Neon OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: view-engine: general Assignee: dolphin-bugs-n...@kde.org Reporter: pasdabonneme...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY In dolphin, after a right click in the folder view, just after exiting the right-click menu, dragging a file/folder doesn't work and it instead make a selection going from where the right click has been open to the where we have tried to drag to file/folder. It's confusing to get a selection when trying to drag something and it shouldn't happen. STEPS TO REPRODUCE 1. Open a folder in dolphin where there is a file or folder 2. See that you can drag a file/folder 3. Do a right click in the folder 4. Exit the right click (either by pressing "escape", by clicking outside the menu, or by using one of the option like creating a file) 5. Try to drag a file or folder 6. See if it has make a selection instead of dragging it OBSERVED RESULT It doesn't drag the file/folder, and it instead make a selection going from where the right click has been open to the where we have tried to drag to file/folder. EXPECTED RESULT We should be able to dragging a file/folder immediately after exiting a right click menu. SOFTWARE/OS VERSIONS Dolphin Version: 24.02.2 Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-35-generic (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION It happen even if time passes : When we have exited the right click menu and then switch to some other window (doing stuff) and after we come back to dolphin (without having interacting with dolphin in the meantime) the bug occurs when trying to drag a file/folder. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 484336] Drag and drop not working properly
https://bugs.kde.org/show_bug.cgi?id=484336 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com --- Comment #5 from Dilam --- You are currently reporting 3 bugs at the same time. - The first bug in the video and in the start of the first comment, being able to drag and drop only for the first file from Dolphin to Firefox, is the bug 483645. - The second bug in the video and in the first comment where step to reproduce are described, is bug 471279. - The third bug described after steps in the first comment, dolphin drag shortcuts not working, is another bug. I didn't find a bug report corresponding to this one. For what I know it is not possible to edit our messages. So it will be hard to use this bug report only for the third bug (the drag shortcuts bug). It will probably be better to OPEN A NEW BUG REPORT for the third bug, and to close this mixed bug report as a duplicate of one of the two previous bug (bug 483645 or bug 471279). -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 485258] Dolphin crashed after dragging a file to the path breadcrumb
https://bugs.kde.org/show_bug.cgi?id=485258 --- Comment #34 from Dilam --- (In reply to David Tonhofer from comment #33) > I'm on Fedora 40 an according to the "About This System" tool, I have: > > Operating System: Fedora Linux 40 > KDE Plasma Version: 6.0.4 > KDE Frameworks Version: 6.2.0 > Qt Version: 6.7.0 > Kernel Version: 6.8.9-300.fc40.x86_64 (64-bit) > Graphics Platform: Wayland > > This bug is not currently happening so, looks fine. Ok. I am not on the latest KDE Frameworks version. I forgot that I had slow down a bit updates in system settings (it's good to be able to not receive updates at each days). -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 485258] Dolphin crashed after dragging a file to the path breadcrumb
https://bugs.kde.org/show_bug.cgi?id=485258 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com --- Comment #32 from Dilam --- This bug is currently marked as "RESOLVED FIXED". I'm in KDE neon and the bug is still present (it often annoys me). Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-35-generic (64-bit) Graphics Platform: Wayland Can someone confirm that it has been fixed and that I just have to wait for the update to come ? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 435771] Filenames with .mkv or .pdf extension have their labels incorrectly cropped when "Maximum lines" is set.
https://bugs.kde.org/show_bug.cgi?id=435771 Dilam changed: What|Removed |Added Status|REPORTED|RESOLVED CC||pasdabonneme...@gmail.com Resolution|--- |DUPLICATE --- Comment #2 from Dilam --- *** This bug has been marked as a duplicate of bug 432530 *** -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 432530] Files with long filename not behaving properly (name overflow)
https://bugs.kde.org/show_bug.cgi?id=432530 Dilam changed: What|Removed |Added Summary|Files with long filename|Files with long filename |not behaving properly |not behaving properly (name ||overflow) -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 432530] Files with long filename not behaving properly
https://bugs.kde.org/show_bug.cgi?id=432530 Dilam changed: What|Removed |Added CC||apmichalopoulos@protonmail. ||com --- Comment #17 from Dilam --- *** Bug 435771 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 432530] Files with long filename not behaving properly
https://bugs.kde.org/show_bug.cgi?id=432530 --- Comment #16 from Dilam --- For the name overflow to happen, the text needs to match a very specific sizes which depend on : the file name, the current numbers of lines per file, the folder zoom level, and the current font (effect of font shown in bug 459395). -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 459395] If a non-default font is used, file with specific name is not properly highlighted in icon view mode when icon size is 128 pixels
https://bugs.kde.org/show_bug.cgi?id=459395 Dilam changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #10 from Dilam --- Your just happen to have some files name that produce the bug with this font and not without this font. This bug is a duplicate of bug 432530. *** This bug has been marked as a duplicate of bug 432530 *** -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 432530] Files with long filename not behaving properly
https://bugs.kde.org/show_bug.cgi?id=432530 Dilam changed: What|Removed |Added CC||bugsefor...@gmx.com --- Comment #15 from Dilam --- *** Bug 459395 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 459395] If a non-default font is used, file with specific name is not properly highlighted in icon view mode when icon size is 128 pixels
https://bugs.kde.org/show_bug.cgi?id=459395 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com --- Comment #9 from Dilam --- This issue happen when the name overflow (in an unexpected line). To the overflow to happen the text needs to match specific sizes which depend on your font, your file name, your numbers of lines, and your folder zoom level. No font is needed to produce an name overflow. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 432530] Files with long filename not behaving properly
https://bugs.kde.org/show_bug.cgi?id=432530 Dilam changed: What|Removed |Added CC||iodream...@gmail.com --- Comment #14 from Dilam --- *** Bug 470596 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 470596] File names can leave artifacts when scrolling
https://bugs.kde.org/show_bug.cgi?id=470596 Dilam changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED CC||pasdabonneme...@gmail.com --- Comment #6 from Dilam --- It's clearly the same bug than bug 432530 (or my bug 485548). Maybe bug 459395 is also duplicate of bug 432530 ? *** This bug has been marked as a duplicate of bug 432530 *** -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485548] Visual glitch on file-name extension for some very long names in Dolphin
https://bugs.kde.org/show_bug.cgi?id=485548 --- Comment #9 from Dilam --- I have seen that what overflow can be not an extension (especially if the name doesn't have one). I will not change the name of this bug report because I want people who search "name extension glitch" to find my bug report and be redirected to the other one. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 432530] Files with long filename not behaving properly
https://bugs.kde.org/show_bug.cgi?id=432530 --- Comment #13 from Dilam --- Here is a video of production of a large number of visual glitches (posted in bug 485548) : https://bugs.kde.org/attachment.cgi?id=169111 We can clearly see that the issue is that the part of the names that overflow (should not overflow) and any of its rest is not removed when the view updates. Some things still update the view (clearing the bug at that moment) like clicking on the background or getting the mouse in or out of the folder part of dolphin. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 432530] Files with long filename not behaving properly
https://bugs.kde.org/show_bug.cgi?id=432530 Dilam changed: What|Removed |Added Version|20.12.1 |24.02.2 --- Comment #12 from Dilam --- I'm updating the bug version from Dolphin 20.12.1 to 24.02.2 (my current version where I can see the bug, which is also the last reported version in comments). I don't know if I should update Platform to "unspecified" (or "compiled from source") because it happen not only on "Debian unstable" but also at least on "Arch Linux", on "EndeavorOS" and on "KDE Neon" (which is Ubuntu based). -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 471279] Dolphin crash when dragging files or folders across or to the path navigation bar
https://bugs.kde.org/show_bug.cgi?id=471279 --- Comment #24 from Dilam --- I have noticed that when multiple dolphin windows are open, if we drag a file/folder from one window to the path of the other window, the window that we are hovering on crashes and the window from which the file/folder comes doesn't crash. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 471279] Dolphin crash when dragging files or folders across or to the path navigation bar
https://bugs.kde.org/show_bug.cgi?id=471279 --- Comment #23 from Dilam --- EXPECTED RESULT - The minimal fix would be to not have the crash when being over the path bar with file/folder, even if dropping a file/folder into one of the folder of the path doesn't do anything. - The ideal fix would be to be able to drop a file/folder into a folder from the path bar. (same behavior for a folder from the path than a folder from the folder section of dolphin) (Exception about dropping into the path (ideal fix) : we can't directly move (link may be authorized) a folder into one of the folder it contain. This could happen if we use two windows and drop a folder X from a window to the path of an other window set to somewhere inside the folder X.) -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #9 from Dilam --- (In reply to Nate Graham from comment #8) > If you'd like to take the lead here to clean up some of these > mis-categorizations, that would be a great way to get involved and learn > about icons. Ok. I will probably not found the time to get into the KDE development ecosystem to do that (as I also have some more important things that I should found the time (days) to do). -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 486528] Desktop icons being mixed sometimes after a reboot
https://bugs.kde.org/show_bug.cgi?id=486528 --- Comment #5 from Dilam --- (In reply to Nate Graham from comment #4) > Unfortunately this is a known issue at this point in time. The positioning > code is just super buggy and probably needs a total rewrite, with all > behaviors guarded by autotests. Ok, thanks for the precision. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 486528] Desktop icons being mixed sometimes after a reboot
https://bugs.kde.org/show_bug.cgi?id=486528 --- Comment #3 from Dilam --- It may be hard to fix. Sorry for that. But I thought it was better to report it anyway. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 486528] Desktop icons being mixed sometimes after a reboot
https://bugs.kde.org/show_bug.cgi?id=486528 --- Comment #2 from Dilam --- Created attachment 169159 --> https://bugs.kde.org/attachment.cgi?id=169159=edit Desktop after one of the bad reboot, mixed icons Here is what I got after one week : icons mixed. I am not really sure if a small update happen just before that but if it was the case it was an extremely small update (I know it's less than 5 system packets). I have used, boot and shutdown, my computer every days. Nothing has suggested that it was this day that the bug reappeared. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 486528] Desktop icons being mixed sometimes after a reboot
https://bugs.kde.org/show_bug.cgi?id=486528 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com --- Comment #1 from Dilam --- Created attachment 169157 --> https://bugs.kde.org/attachment.cgi?id=169157=edit Desktop before one of the bad reboot As the bug started annoying my with all the time it had happen to me, I wanted to show it clearly. I have prepared my desktop for this bug by putting colored folder in a clear layout. With that layout, the way icons are moved would (I was thinking) be more understandable. It remained like this for a week without any display change (no screen plug or unplugged from the laptop, no display setting changed, and even no icons being added to the desktop) until the bug appeared. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 486528] New: Desktop icons being mixed sometimes after a reboot
https://bugs.kde.org/show_bug.cgi?id=486528 Bug ID: 486528 Summary: Desktop icons being mixed sometimes after a reboot Classification: Plasma Product: plasmashell Version: master Platform: Neon OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Folder Assignee: plasma-b...@kde.org Reporter: pasdabonneme...@gmail.com CC: h...@kde.org Target Milestone: 1.0 SUMMARY I'm on KDE neon and I have icons (folders and shortcuts) on my desktop (desktop set to folder view). I'm doing updates regularly. And sometimes, after a reboot (here I also include shutting down the computer and booting it later), I found all my desktop icons mixed around. Even without having plugging/unplugging any display and not changed any display settings. I think that the first vertical column (on the left) is less mixed than the rest. I am not sure if it happen for some updates or just for some random reboot. It is extremely random and it only appear with times, sometimes like 1 in 2 or 3 weeks. STEPS TO REPRODUCE 1. Being on KDE (KDE neon for me) with icons on the desktop in places you can remember 2. Doing your stuff as usual (maybe doing updates is needed) with regular shut down and boot again, for weeks. Do not plug or unplug any display as it can also produce issues on desktop icons. 3. One day, when booting your computer, you randomly found out your icons mixed on the desktop OBSERVED RESULT Icons are mixed at random at a random boot (or maybe during a random shutdown). EXPECTED RESULT Desktop icons should never move around by themself if we are not plugging or unplugging display or changing resolution or desktop zoom. (Issues coming with others display or change in display settings are not included in this bug.) SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-28-generic (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION I'm translating myself settings to English without putting my hole computer to English, so words I'm using could be not the exact ones. Here is more info about my desktop settings in case some of them helps : in general : - Folder view (the grid view) instead of desktop view - Diaporama/Slide show, which change the wallpaper in places : - Desktop folder (the first and probably default option) in icons : - order from top to bottom, put on left - icons not locked on place - Manual ordering - Zoom on 2 : [0, 1, (2), 3, 4, 5, 6] - entitled : short - lines of text : 2 -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 485536] No system sounds (sound produce by the KDE environment) while application's sounds still works
https://bugs.kde.org/show_bug.cgi?id=485536 --- Comment #4 from Dilam --- Created attachment 169154 --> https://bugs.kde.org/attachment.cgi?id=169154=edit System settings says that sound customization are on default It seems that KDE System Settings says that my sound customization are back to default, according to this option (see screenshot). And the bug is still present. Maybe this just indicate the main sound theme to default, not if some individual sound changes have been made. Clicking on any of the button of sound theme doesn't produce any sound. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 485536] No system sounds (sound produce by the KDE environment) while application's sounds still works
https://bugs.kde.org/show_bug.cgi?id=485536 --- Comment #3 from Dilam --- I have seen another laptop also using KDE neon on the latest version (all available update done except just a grub update because of a bug I didn't succeed to fix) but not having this bug. I don't know what differentiate my computer from this other one. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485548] Visual glitch on file-name extension for some very long names in Dolphin
https://bugs.kde.org/show_bug.cgi?id=485548 Dilam changed: What|Removed |Added Attachment #168517|0 |1 is obsolete|| --- Comment #7 from Dilam --- Created attachment 169112 --> https://bugs.kde.org/attachment.cgi?id=169112=edit A collection of glitched pdf names Here is a collection of pdf names selected to produce the bug. (mp4 extensions are not include in that folder and I suppose that they are other extensions that produce the bug). The dolphin zoom needs to be at the right size for all those selection of names to overflow on the fourth line. And having dolphin small enough to have scrolling is preferable. I'm replacing the folder of the previous video example. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485548] Visual glitch on file-name extension for some very long names in Dolphin
https://bugs.kde.org/show_bug.cgi?id=485548 --- Comment #6 from Dilam --- Created attachment 169111 --> https://bugs.kde.org/attachment.cgi?id=169111=edit Video of even more glitches -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485548] Visual glitch on file-name extension for some very long names in Dolphin
https://bugs.kde.org/show_bug.cgi?id=485548 Dilam changed: What|Removed |Added Summary|Visual glitch on pdf|Visual glitch on file-name |extension for some very |extension for some very |long names in Dolphin |long names in Dolphin --- Comment #5 from Dilam --- (In reply to misterx42 from comment #4) > I can confirm this - however, for me, it happens with other extension types. > Mostly video, almost always .mp4, never happened on a PDF for me. I can add > a visual attachment if needed, but it is pretty much the same as the one in > the bug filing. Yes, your are true. It's not only ".pdf", it's also ".mp4". But I had much more difficulties to found a name with this bug on ".mp4" than ".pdf". Here is one name : "difficulties creating the mp4 extension visual glitch ll.mp4" > -It only happens if the focus of the mouse cursor is inside the Dolphin > window - if I move the mouse out of the window, the glitch disappears > without me clicking on anything or changing focus to anything else in any > way. It also disappears when I click on the window. Yes, same behavior. The view reset on click or when exiting or entering the folder zone of Dolphin. But it is still possible to get the visual glitch without having the mouse inside the folder zone of Dolphin by manipulating the view through buttons or shortcuts. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #7 from Dilam --- Sorry for being annoying, it's little things, I want to see KDE becoming perfect. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #6 from Dilam --- To be less confusing, maybe we should have : every icon with names like "folder-things" should be an icon for folders to store that thing (with folder icons), name "view-things" for action icon to go to those things, name "thing-true" for an icon on something to say that it is part of the thing (in action category) (when we click on it, it could become "thing-false"), name "add-thing" or thing-add" for the action icon to add the thing category to something, name "thing-new" for action icon to create a new thing object, no "things" because it could be confuse with "folder-things" and "view-things". Those things are already mostly true in most cases. Except "true", "false" that I have never seen used. For singular name that implies containing multiple stuff like "database" it can create many confusion if the name is not precised (folder (to put on folder), view (action), add, true). Symbolic being always symbolic is always true. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #5 from Dilam --- (In reply to Nate Graham from comment #4) > This is basically intended; not every icon needs to have both symbolic and > full-color versions in the Breeze icon design language. In particular, > actions icons are almost always only symbolic, and the icons you're showing > here are action icons. Action icons are not intended to be shown at enormous > size; it's best to pick a different an app, category, preferences, or device > icon instead. So why is it not in the "actions" category ? - Why is there a "user-identity" in the folders category when "user" and a lot of things related to user are in the "actions" category ... and even an other "user-identity" ! ? - I don't know why "folder-add" is not in the "actions" category. "folder-new" is in "actions". It's clearly not normal. - "actions" category already has things like "bookmarks" (a category of stored things) and stuff related to mail, so why are mail categories with folders ? If is it to use it on folders then it should have folders icon for the version without symbolic in the name. If it should not be used on folders then it should probably be in "actions". - contrary to "bookmarks", "favorites" is with folders, so we could ask why not "bookmarks" with folders or why not "favorites" in actions ? I would say that the word "favorites" is something that feel a bit more general that "bookmarks" and that we could use it for everything, so putting it on folders for multiple reason. But for that we have "folder-favorites" and I use it myself on multiple folders. "favorite" is in "actions" (as it should), "folder-favorites" is with folders (as it should) and "favorites" is with folders (which is subject to debate because it can be seen as exactly like "folder-favorites" so useless duplicate or as an action to go to where are favorites so would be more an action). - For folders we have "folder-database" (a folder with database icon) which is useful. So I don't care we don't have a folder version for "server-database", "repository" and "network-server-database". - "folder-saved-search-symbolic" has no version without symbolic in the name. And there is no other folder icon that allow to use a magnifying glass icon, so it could be useful to have one (folder with magnifying glass) to point out that a folder contain search related stuff. - I know what xcfe is but not what "org.xfce.gigolo" is supposed to be. - I don't know what use-case "document-multiple" has. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #3 from Dilam --- Created attachment 169043 --> https://bugs.kde.org/attachment.cgi?id=169043=edit Illustration of the issue in folder-icon choice An annotated screenshot illustrating the issue from the view of icon selection. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486316] Some folder icons do not have symbolic 16px and 22px versions and stay colorful at those sizes
https://bugs.kde.org/show_bug.cgi?id=486316 --- Comment #8 from Dilam --- (In reply to Nate Graham from comment #7) > Git commit e16423aa6332b4d49a2367b917eb4f70964e364f by Nate Graham. > Committed on 29/04/2024 at 21:58. > Pushed by ngraham into branch 'master'. > > Add 16 and 22px symbolic versions of some Places icons that were missing > > Mostly just symlinks, but I did create new folder-edit-sign-decrypted > icons based on the "encrypted" versions. > FIXED-IN: 6.2 > [...] > https://invent.kde.org/frameworks/breeze-icons/-/commit/ > e16423aa6332b4d49a2367b917eb4f70964e364f OMG, it was fast ! You probably was already on it. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486316] Some folder icons do not have symbolic 16px and 22px versions and stay colorful at those sizes
https://bugs.kde.org/show_bug.cgi?id=486316 --- Comment #6 from Dilam --- (In reply to Nate Graham from comment #4) > Can confirm. I'll fix it. Thanks -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486316] Some folder icons do not have symbolic 16px and 22px versions and stay colorful at those sizes
https://bugs.kde.org/show_bug.cgi?id=486316 --- Comment #5 from Dilam --- The inverse case where folder icon always show symbolic versions is the bug 486318. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #2 from Dilam --- Created attachment 169020 --> https://bugs.kde.org/attachment.cgi?id=169020=edit Folder of folder icons with symbolic looks even without being the symbolic version The folder used for the video example. For folder icons always showing symbolic looks instead of detailed looks. The folder needs to be unzipped for icons to show. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 --- Comment #1 from Dilam --- Created attachment 169019 --> https://bugs.kde.org/attachment.cgi?id=169019=edit Video showing "not symbolic" folder icon with symbolic appearance -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] Some "not symbolic" folder icon show always as symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 Dilam changed: What|Removed |Added Summary|Some folder icon are not|Some "not symbolic" folder |symbolic even if symbolic |icon show always as |versions of them exists |symbolic even if symbolic ||versions of them exists -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486318] New: Some folder icon are not symbolic even if symbolic versions of them exists
https://bugs.kde.org/show_bug.cgi?id=486318 Bug ID: 486318 Summary: Some folder icon are not symbolic even if symbolic versions of them exists Classification: Plasma Product: Breeze Version: 6.0.4 Platform: unspecified OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Icons Assignee: visual-des...@kde.org Reporter: pasdabonneme...@gmail.com CC: kain...@gmail.com, m...@nueljl.in Target Milestone: --- SUMMARY They are some folder icon without symbolic in their names which allays appear symbolic even if symbolic versions of them exists. If icons are enormous we still get enormous simple symbols. It is not normal to get exactly the same behavior than if we were using symbolic icons. This is the case for every folder icons related to mails and some others like server-database or document-multiple. Those are cases where there are symbolic and "not symbolic" version (with "not symbolic" being exactly like symbolic) but I have found one case of folder which does not have a not symbolic version and should have one : folder-saved-search-symbolic (there is no "folder-saved-search"). STEPS TO REPRODUCE 1. Open a folder with multiple sub-folders 2. Put an affected folder-icon on one of the folder (right-clic > properties > clic on icon) 3. Switch to the third view (the detailed list view) and zoom in and out to see other folder changing between folder and symbolic 4. See that the affected icon does not switch as they should. OBSERVED RESULT Some icon does not get the style they should and stay symbolic even with enormous zoom level (see attachment). EXPECTED RESULT Every icon with not symbolic in their names should switch to a folder or with detailed looks on large sizes (for coherency, beauty and better distinction). SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-28-generic (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION There is a bug which is the inverse of this one : icons with no symbolic versions (bug 486316). -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486316] Some folder icons does not have symbolic versions of them, stay folder on smallest size
https://bugs.kde.org/show_bug.cgi?id=486316 --- Comment #3 from Dilam --- Created attachment 169017 --> https://bugs.kde.org/attachment.cgi?id=169017=edit Folder with folder icons with no symbolic version The folder used for the example, with all the folder icons not having symbolic version I have found. The folder needs to be unzipped for icons to show. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 478016] 64+px versions of many folder-* icons do not respect the color scheme/accent color, and looks different from other folder icons when highlighted
https://bugs.kde.org/show_bug.cgi?id=478016 --- Comment #13 from Dilam --- (In reply to Nate Graham from comment #12) > That's a different issue, whereby the icon simply doesn't have small > monochrome versions available. Please open a new bug report for it. Ok, thanks for the clarification. I have reported the missing symbolic version of some folders-icons : bug 486316 -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486316] Some folder icons does not have symbolic versions of them, stay folder on smallest size
https://bugs.kde.org/show_bug.cgi?id=486316 --- Comment #2 from Dilam --- I thought that folder staying with folder looks on smallest size was an oversight in fixing bug 478016 but it was another bug. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486316] Some folder icons does not have symbolic versions of them, stay folder on smallest size
https://bugs.kde.org/show_bug.cgi?id=486316 --- Comment #1 from Dilam --- Created attachment 169016 --> https://bugs.kde.org/attachment.cgi?id=169016=edit Video showing folder icons not switching to symbolic on small sizes Those are all folder icons without symbolic version that I have found, and I put some folder icons with symbolic version as example of how it should works. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 486316] New: Some folder icons does not have symbolic versions of them, stay folder on smallest size
https://bugs.kde.org/show_bug.cgi?id=486316 Bug ID: 486316 Summary: Some folder icons does not have symbolic versions of them, stay folder on smallest size Classification: Plasma Product: Breeze Version: 6.0.4 Platform: unspecified OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Icons Assignee: visual-des...@kde.org Reporter: pasdabonneme...@gmail.com CC: kain...@gmail.com, m...@nueljl.in Target Milestone: --- SUMMARY They are some folder icon without symbolic versions. If we get on really small sizes, every folder icons switch to their symbolic versions except those icons which doesn't have symbolic version and stay with folder looks. This is the case for : - folder-decrypted - folder-encrypted - library-music STEPS TO REPRODUCE 1. Open a folder with multiple sub-folders 2. Put an affected folder-icon on one of the folder (right-clic > properties > clic on icon) 3. Switch to the third view (the detailed list view) and zoom in and out to see other folder changing between folder and symbolic 4. See that the affected icon does not switch as they should. OBSERVED RESULT Some icon does not switch as they should (see attachment). EXPECTED RESULT Every icon should switch to their symbolic version on really small sizes (for visibility and coherency). Symbolic version of those folder should exist for that to happen. SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-28-generic (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION There is a bug which is the inverse of this one : icons with no folder versions, or more precisely with folder versions which are duplicates of symbolic versions. -- You are receiving this mail because: You are watching all bug changes.
[ksmserver] [Bug 458065] Windows opening lower at each start
https://bugs.kde.org/show_bug.cgi?id=458065 Dilam changed: What|Removed |Added Resolution|DOWNSTREAM |--- Status|RESOLVED|REOPENED Ever confirmed|0 |1 --- Comment #8 from Dilam --- I'm reopening the bug as it still happen (when closing and re-opening one of those 3 application in floating windows). -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485630] Dolphin crashes when dragging png file to a FF window
https://bugs.kde.org/show_bug.cgi?id=485630
--- Comment #6 from Dilam ---
(In reply to mydarkstar from comment #5)
> I apologize! It indeed seems more plausible that the freezing part is
> related to bug 483645, from March.
> ("Drag and drop files to web browser only work for the first file")
>
> Would you prefer to mark it as a duplicate for that bug instead?
>
> As for the crash, Michał and I have commented on bug 471279 that it likely
> seems to be identical.
Ok. I don't care to what bug it is attached. I don't know what is the procedure
in this situation.
But I wanted the situation (of being two bugs) to be clear.
--
You are receiving this mail because:
You are watching all bug changes.
[dolphin] [Bug 483645] Drag and drop files to web browser only work for the first file
https://bugs.kde.org/show_bug.cgi?id=483645 --- Comment #6 from Dilam --- Created attachment 168628 --> https://bugs.kde.org/attachment.cgi?id=168628=edit Video showing the bug A made a video showing how the bug looks like. Maybe it would be clearer if I had refresh the web page (showing an empty import section after the first import). Dropping a file into the import section should replace the old file by the new one. In either case, with or without page refresh, the issue of consecutive imports is the same : I can't drop a new file in the web browser. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 483645] Drag and drop files to web browser only work for the first file
https://bugs.kde.org/show_bug.cgi?id=483645 --- Comment #7 from Dilam --- If Firefox is closed and reopened, the next drag of file will work (only one because of the bug). This can be useful if you don't find a import button where you want to put a file (a import button that open a folder window always works contrary to a file's drag), or to reproduce the full bug sequence to make a video of it. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485558] Dolphin crash when reaching the location bar with a file
https://bugs.kde.org/show_bug.cgi?id=485558 Dilam changed: What|Removed |Added Summary|Dolphin crash |Dolphin crash when reaching ||the location bar with a ||file -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485630] Dolphin crashes when dragging png file to a FF window
https://bugs.kde.org/show_bug.cgi?id=485630 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com --- Comment #4 from Dilam --- (In reply to mydarkstar from comment #3) > > *** This bug has been marked as a duplicate of bug 471279 *** Ummm ... they are actually two different bugs in this report. One is about dragging kind of becoming inactive after a first drag to Firefox, one is about crashing when crossing the path when dragging a file. The first bug is bug 483645. The second bug is bug 471279. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 483645] Drag and drop files to web browser only work for the first file
https://bugs.kde.org/show_bug.cgi?id=483645 --- Comment #5 from Dilam --- This bug is for any webpage where you have a place to drop a file. I am dragging from Dolphin to Firefox. After I try to drag an other file, the cursor get a red cross on Dolphin (like a cursor saying "action impossible"). -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 483645] Drag and drop files to web browser only work for the first file
https://bugs.kde.org/show_bug.cgi?id=483645 Dilam changed: What|Removed |Added Summary|drag and drop files to web |Drag and drop files to web |browser |browser only work for the ||first file CC||pasdabonneme...@gmail.com --- Comment #4 from Dilam --- I also have this bug to be able to drag and drop a first file, and not any other. Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-27-generic (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 484018] KDE Plasma in Wayland does not support Drag and Drop operations from Dolphin to Chromium (and Firefox).
https://bugs.kde.org/show_bug.cgi?id=484018 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com --- Comment #4 from Dilam --- On Firefox, I have the issue only when dropping a second file like told in bug 483645 : https://bugs.kde.org/show_bug.cgi?id=483645 I don't know if this bug is the same and is related to switches between windows. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 478016] 64+px versions of many folder-* icons do not respect the color scheme/accent color, and looks different from other folder icons when highlighted
https://bugs.kde.org/show_bug.cgi?id=478016 --- Comment #11 from Dilam --- Created attachment 168614 --> https://bugs.kde.org/attachment.cgi?id=168614=edit The las icon not fix on small size (library-music) Warning, there is a last icon not fixed at the two lowest icon sizes : "library-music" (to not confuse with "folder-music"). -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 485345] Some folder icons does not follow color theme (above a certain zoom size)
https://bugs.kde.org/show_bug.cgi?id=485345 --- Comment #8 from Dilam --- (In reply to Nate Graham from comment #7) > Fixed in Frameworks 6.1, which is due to be released in two days! > > *** This bug has been marked as a duplicate of bug 478016 *** Yes, I can confirm that it is fixed. My last update fixed it. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 485536] No system sounds (sound produce by the KDE environment) while application's sounds still works
https://bugs.kde.org/show_bug.cgi?id=485536 --- Comment #2 from Dilam --- My little idea : When I watch where audio files from KDE are, there are a lot of links. Maybe KDE has some difficulty to follow links path or read the sound from them. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 485536] No system sounds (sound produce by the KDE environment) while application's sounds still works
https://bugs.kde.org/show_bug.cgi?id=485536 --- Comment #1 from Dilam --- Some info : I do not have "Do not disturb" activated. I have sounds of notification activated (above audio themes). The "Front left","Front right" audio test works as normal (I heard those sounds). Every "theme audio test" and "specific sound use test" (from icons in audio theme and from individual notification audio customization) does not works. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485548] Visual glitch on pdf extension for some very long names in Dolphin
https://bugs.kde.org/show_bug.cgi?id=485548 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com --- Comment #3 from Dilam --- I can give more example of names that produce the bug if needed. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485548] Visual glitch on pdf extension for some very long names in Dolphin
https://bugs.kde.org/show_bug.cgi?id=485548 --- Comment #2 from Dilam --- Created attachment 168517 --> https://bugs.kde.org/attachment.cgi?id=168517=edit Folder with condition of bug I have created this folder for everyone to see the visual glitches themself. You need to set the dolphin window to the right size for the last file to be just on a new line (like in the video example). -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485548] Visual glitch on pdf extension for some very long names in Dolphin
https://bugs.kde.org/show_bug.cgi?id=485548 --- Comment #1 from Dilam --- Created attachment 168516 --> https://bugs.kde.org/attachment.cgi?id=168516=edit Video showing the visual glitche -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485548] New: Visual glitch on pdf extension for some very long names in Dolphin
https://bugs.kde.org/show_bug.cgi?id=485548 Bug ID: 485548 Summary: Visual glitch on pdf extension for some very long names in Dolphin Classification: Applications Product: dolphin Version: 24.02.2 Platform: Neon OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: panels: folders Assignee: dolphin-bugs-n...@kde.org Reporter: pasdabonneme...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY In dolphin, in icon view (the grid view), when there are very long files names with a pdf extension some of the extensions appears in a fourth line (normally it's at the end of the third line). Those extension produce visual glitches : they does not allow to select the file, they disappear when the file is selected, and (more importantly) they left pieces of text behind when scrolling (this is less visible if there is a file just under the file but extremely visible if there is empty space under the file). This bug does not appear for all names, and I have never seen it for other extension than pdf. If I change ".pdf" by ".pfd" the bug does not appear, which means that it is not only a question of name spacing. I don't think that the bug is dependent on files extension which has icon preview because I tried with some other extensions than pdf (like png) and haven seen the bug (with correct and incorrect extension). STEPS TO REPRODUCE 1. Open in dolphin a folder with enough files to get multiples lines to scroll in. 2. The last line should be incomplete. 3. Rename one of the file above the empty space in the second-to-last line, with a too long name (more than 3 lines) and ending in .pdf . The bug will appear even if the file is not really a pdf. It doesn't appear with all names, only for some of them like "Measuring the quality of web content using factual.pdf". 4. If you see the extension is in a fourth line of the name, congratulation you will see the bug. 5. Scroll up and down and watch for visual glitches. A click will reset the visual position of the extension. OBSERVED RESULT Visual glitches with the extension. EXPECTED RESULT All pdf extension should be in the third line like every other extensions. And there should be no visual glitches. SOFTWARE/OS VERSIONS Dophin version: 24.02.2 Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-27-generic (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 485536] No system sounds (sound produce by the KDE environment) while application's sounds still works
https://bugs.kde.org/show_bug.cgi?id=485536 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 485536] No system sounds (sound produce by the KDE environment) while application's sounds still works
https://bugs.kde.org/show_bug.cgi?id=485536 Dilam changed: What|Removed |Added Version|unspecified |6.0.3 -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 485536] New: No system sounds (sound produce by the KDE environment) while application's sounds still works
https://bugs.kde.org/show_bug.cgi?id=485536 Bug ID: 485536 Summary: No system sounds (sound produce by the KDE environment) while application's sounds still works Classification: Plasma Product: plasma-pa Version: unspecified Platform: Neon OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: pasdabonneme...@gmail.com CC: isma...@gmail.com, m...@ratijas.tk Target Milestone: --- SUMMARY Applications can still produce sounds as normal while the KDE environment does not produce any sound anymore. Meaning that events like low battery, plugging/unplugging devices, notifications, changing sound volume, errors and others doesn't make any sounds (without deactivating the corresponding sounds). STEPS TO REPRODUCE 1. Be on Plasma with sound enable. 2. Listen to a sound coming from an application (like a music and video) and make sure you can heard the sound of it. (If you can not heard any sound it means you have an other issue unrelated to this bug.) 3. Now, listen to a sound coming from KDE (like changing the volume, plugging unplugging USB, etc) and find that you hear nothing. 4. Try changing the system sound (System settings > Appearance and style > Color and themes > System sound) and see that none of them can work (None among Océan, Oxygen, FreeDesktop). OBSERVED RESULT KDE environment does not produce any sound anymore, while applications still can. EXPECTED RESULT KDE should be able to produce sounds depending on various events. Those sounds must be able to be activated, deactivated and customized. SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-27-generic (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION I don't know if this bug come from plasma-pa, pulseaudio-qt or from something else. I can't put multiple possibilities so I have selected "plasma-pa" as product for the bug. I have deactivated one or two sounds and try changing some of them (don't know if they are all back to default) so I don't know if customization as an effect or is the cause of this issue. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 471279] Dolphin crash when dragging files or folders across or to the path navigation bar
https://bugs.kde.org/show_bug.cgi?id=471279 --- Comment #6 from Dilam --- As precise in the new title or in bugs that have been marked as duplicated, this bug is for files OR FOLDERS and it happen as soon as the cursor start hovering the path. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 471279] Dolphin crash when dragging files or folders across or to the path navigation bar
https://bugs.kde.org/show_bug.cgi?id=471279 --- Comment #5 from Dilam --- Created attachment 168455 --> https://bugs.kde.org/attachment.cgi?id=168455=edit Video showing the dolphin crash -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 471279] Dolphin crash when dragging files or folders across or to the path navigation bar
https://bugs.kde.org/show_bug.cgi?id=471279 --- Comment #4 from Dilam --- Created attachment 168454 --> https://bugs.kde.org/attachment.cgi?id=168454=edit Picture illustrating the crash -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 471279] Dolphin crash when dragging files or folders across or to the path navigation bar
https://bugs.kde.org/show_bug.cgi?id=471279 Dilam changed: What|Removed |Added Ever confirmed|0 |1 Summary|Dolphin crash moving files |Dolphin crash when dragging |in the path navigate bar|files or folders across or ||to the path navigation bar CC||pasdabonneme...@gmail.com Version|23.04.1 |24.02.1 Status|REPORTED|CONFIRMED --- Comment #3 from Dilam --- This bug is still present today. Dolphin version : 24.02.1 Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-27-generic (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 484991] Dolphin crashes on FreeBSD when dragging file or folder towards location/navigation bar
https://bugs.kde.org/show_bug.cgi?id=484991 Dilam changed: What|Removed |Added Status|RESOLVED|VERIFIED -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 471279] Dolphin crash moving files in the path navigate bar
https://bugs.kde.org/show_bug.cgi?id=471279 Dilam changed: What|Removed |Added CC||mano...@mailbox.org --- Comment #2 from Dilam --- *** Bug 484991 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 484991] Dolphin crashes on FreeBSD when dragging file or folder towards location/navigation bar
https://bugs.kde.org/show_bug.cgi?id=484991 Dilam changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE CC||pasdabonneme...@gmail.com --- Comment #2 from Dilam --- This bug is the same than the bug https://bugs.kde.org/show_bug.cgi?id=471279 from last year. But this title is clearer than the old report bug. I will mark this bug as duplicate and change the title of the older one. *** This bug has been marked as a duplicate of bug 471279 *** -- You are receiving this mail because: You are watching all bug changes.
[ksmserver] [Bug 458065] Windows opening lower at each start
https://bugs.kde.org/show_bug.cgi?id=458065 --- Comment #7 from Dilam --- The applications when I can see the bug are (still) "Discord", "Spotify" and "Visual Studio Code". All of three are currently on Flatpack. -- You are receiving this mail because: You are watching all bug changes.
[ksmserver] [Bug 458065] Windows opening lower at each start
https://bugs.kde.org/show_bug.cgi?id=458065 --- Comment #6 from Dilam --- (In reply to Nate Graham from comment #5) > Are you using Plasma 6 now and it's still happening? Yes. Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-27-generic (64-bit) Graphics Platform: Wayland The screenshots I've posted are very recent and are what is still happening if I leave them in a floating window (which I don't do anymore because of this bug). -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 485345] Some folder icons does not follow color theme (above a certain zoom size)
https://bugs.kde.org/show_bug.cgi?id=485345 --- Comment #6 from Dilam --- I can see this bug most of my days because I have put icons on my most important categories (and I think that I am just above the default zoom level. Because I search through pictures, I don't want to zoom less.) -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 485345] Some folder icons does not follow color theme (above a certain zoom size)
https://bugs.kde.org/show_bug.cgi?id=485345 --- Comment #5 from Dilam --- Created attachment 168370 --> https://bugs.kde.org/attachment.cgi?id=168370=edit Exaustive list of every folder icon supposed to follow the theme. This contains the complete list of folder icons supposed to follow the theme. It is a folder which contain a list of empty folder with each of their names set to a new folder icon (one supposed to follow the theme), and their icon used being that of the name. The archive needs to be uncompressed for icons to appears on folders. This list of folder can be seen in previous screenshots. We can see that 23 folder icons are affected by the bug. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 485345] Some folder icons does not follow color theme (above a certain zoom size)
https://bugs.kde.org/show_bug.cgi?id=485345 Dilam changed: What|Removed |Added Attachment #168365|A large selection of folder |Selection of folder icons description|icons which is supposed to |supposed to follow theme. |follow default theme. Level |Level of zoom 1 : not |of zoom 1 : not affected. |affected. --- Comment #4 from Dilam --- Comment on attachment 168365 --> https://bugs.kde.org/attachment.cgi?id=168365 Selection of folder icons supposed to follow theme. Level of zoom 1 : not affected. I'm making the name of the picture shorter for clarity. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 485345] Some folder icons does not follow color theme (above a certain zoom size)
https://bugs.kde.org/show_bug.cgi?id=485345 --- Comment #3 from Dilam --- Created attachment 168367 --> https://bugs.kde.org/attachment.cgi?id=168367=edit Selection of folder icons supposed to follow theme. Level of zoom 3 : affected. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 485345] Some folder icons does not follow color theme (above a certain zoom size)
https://bugs.kde.org/show_bug.cgi?id=485345 --- Comment #2 from Dilam --- Created attachment 168366 --> https://bugs.kde.org/attachment.cgi?id=168366=edit Selection of folder icons supposed to follow theme. Level of zoom 2 : affected. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 485345] Some folder icons does not follow color theme (above a certain zoom size)
https://bugs.kde.org/show_bug.cgi?id=485345 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com --- Comment #1 from Dilam --- Created attachment 168365 --> https://bugs.kde.org/attachment.cgi?id=168365=edit A large selection of folder icons which is supposed to follow default theme. Level of zoom 1 : not affected. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 485345] New: Some folder icons does not follow color theme (above a certain zoom size)
https://bugs.kde.org/show_bug.cgi?id=485345 Bug ID: 485345 Summary: Some folder icons does not follow color theme (above a certain zoom size) Classification: Plasma Product: Breeze Version: 6.0.3 Platform: Neon OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Icons Assignee: visual-des...@kde.org Reporter: pasdabonneme...@gmail.com CC: kain...@gmail.com, m...@nueljl.in Target Milestone: --- SUMMARY When selecting a custom icon for a folder (in the folder properties) most of those with a folder background have been made for changing background according to the color theme. However, once you reach a certain zoom level, some of them stop following the theme (and become blue again). The wrong color stay even with refresh (F5), Dolphin reboot, linux reboot, or other color change. STEPS TO REPRODUCE 1. Have a color theme with an other accent color than the default blue. 2. Put an affected icon (like "folder-build") on a folder (preferably a empty folder to prevent file's preview caching issues) 3. Maybe have an ordinary folder (default icon) next to it for reference. 3. In dolphin (or the desktop), have folders a little bigger than the default and watch if the color of the affected custom icon is blue instead of the color of the default folder icon (or than an unaffected folder icon). OBSERVED RESULT The color of some folder icons does not follow the color theme (above a zoom level). We know that those icons are suppose to follow the theme (contrary to some like "folder-green") because they do in the list of icon where we can choose from and they also do on a smaller level of zoom. EXPECTED RESULT Color should be apply in all level of zoom for every folder icon which is supposed to follow the theme. SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.3 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.3 Kernel Version: 6.5.0-27-generic (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION This is not related to files previews which could have issues to update themself (https://bugs.kde.org/show_bug.cgi?id=414097). This bug is present whether the folder is empty or not. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 469755] DiscoverNotifier can launch when SNI is not running
https://bugs.kde.org/show_bug.cgi?id=469755 --- Comment #19 from Dilam --- (I can confirm that it has been fixed.) -- You are receiving this mail because: You are watching all bug changes.
[ksmserver] [Bug 458065] Windows opening lower at each start
https://bugs.kde.org/show_bug.cgi?id=458065 --- Comment #4 from Dilam --- Created attachment 168319 --> https://bugs.kde.org/attachment.cgi?id=168319=edit A picture of what it looks like after restart with some arrows indicating what I thought was the issue. -- You are receiving this mail because: You are watching all bug changes.
[ksmserver] [Bug 458065] Windows opening lower at each start
https://bugs.kde.org/show_bug.cgi?id=458065 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com --- Comment #3 from Dilam --- Created attachment 168318 --> https://bugs.kde.org/attachment.cgi?id=168318=edit A picture of what it looks like before restart with some arrow to indicating spaces. I made some picture in case someone want to see the bug without opening and closing apps. On pictures, it looks like I made a mistake by thinking that the additional distance is taken from the "task bar". It seems that the additional distance fits a little more the "application's window bar". -- You are receiving this mail because: You are watching all bug changes.
[ksmserver] [Bug 458065] Windows opening lower at each start
https://bugs.kde.org/show_bug.cgi?id=458065 --- Comment #2 from Dilam --- I'm not sure if it was supposed to be fixed by just using Wayland or "on Wayland+application using directly Wayland" ? I'm on Wayland since a long time and the bug is still present (Discord, Spotify and Visual Studio Code). Some additional info about edge positioning : - The bug does not appear if the windows is positioned in vertical split (moved to right or left edge of the screen). - If the window is positioned/drag to the top-left or top-right, it goes lower (the bug in question) when reappearing and become larger like the minimal size it wants (growing in the direction of the center of the screen). - If the window is positioned in bottom-left or bottom-right, it stay in the corner (not crossing any edge, not going lower) and become larger like the minimal size it wants (tacking the space he want in the good direction). -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 476396] Discover: "The PackageKit daemon has crashed" when updating a Flatpak
https://bugs.kde.org/show_bug.cgi?id=476396 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com --- Comment #6 from Dilam --- I can confirm that I really often have this issue since quite a time. I don't like updating everything at the same time and most of my software are Flatpacks. (I'm also on KDE neon 5.27.9 and update through Discover.) -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 470325] Discover systray icon missing
https://bugs.kde.org/show_bug.cgi?id=470325 Dilam changed: What|Removed |Added CC||pasdabonneme...@gmail.com --- Comment #2 from Dilam --- More precisely, this bug is exactly the bug 469755 which is one of the issues caused by bug 425315. When I created bug 469755, I gave it a name more explicit than the current one. Something like "DiscoverNotifier icon not appearing in SystemTray". And someone has change it to "DiscoverNotifier can launch when SNI is not running" because the issue was more precisely about SNI not running at the time DiscoverNotifier is started by the OS, so that the icon does not appear in system tray. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 469755] Update Icon (System tray) not showing anymore
https://bugs.kde.org/show_bug.cgi?id=469755 --- Comment #16 from Dilam --- Created attachment 159003 --> https://bugs.kde.org/attachment.cgi?id=159003=edit Information (terminal) about DiscoverNotifier after a reboot. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 469755] Update Icon (System tray) not showing anymore
https://bugs.kde.org/show_bug.cgi?id=469755 --- Comment #15 from Dilam --- (In reply to Nate Graham from comment #14) > > Now the question is : why does it not work with the first start made by the > > OS itself ? > Yep, that's what we need to figure out next. > > Let's see what it's doing on boot. Can you reboot and then paste the output > of the following terminal commands? > > systemctl status --user app-org.kde.discover.notifier@autostart.service > > journalctl -b 0 --user-unit=app-org.kde.discover.notifier@autostart.service > > Thanks! For 'systemctl status --user app-org.kde.discover.notifier@autostart.service' I get : ● app-org.kde.discover.notifier@autostart.service - Discover Loaded: loaded (/etc/xdg/autostart/org.kde.discover.notifier.desktop; generated) Active: active (running) since Tue 2023-05-16 17:28:57 CEST; 2min 30s ago Docs: man:systemd-xdg-autostart-generator(8) Process: 1945 ExecCondition=/lib/systemd/systemd-xdg-autostart-condition KDE (code=exited, status=0/SUCCESS) Main PID: 1966 (DiscoverNotifie) Tasks: 9 (limit: 18927) Memory: 53.2M CPU: 480ms CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/app-org.kde.discover.notifier@autostart.service └─1966 /usr/lib/x86_64-linux-gnu/libexec/DiscoverNotifier mai 16 17:28:57 PC-fixe-Linux systemd[1703]: Starting Discover... mai 16 17:28:57 PC-fixe-Linux systemd[1703]: Started Discover. mai 16 17:29:23 PC-fixe-Linux DiscoverNotifier[1966]: kf.notifications: env says KDE is running but SNI unavailable -- check KDE_FULL_SESSION and XDG_CURRENT_DESKTOP For 'journalctl -b 0 --user-unit=app-org.kde.discover.notifier@autostart.service' I get : mai 16 17:28:57 PC-fixe-Linux systemd[1703]: Starting Discover... mai 16 17:28:57 PC-fixe-Linux systemd[1703]: Started Discover. mai 16 17:29:23 PC-fixe-Linux DiscoverNotifier[1966]: kf.notifications: env says KDE is running but SNI unavailable -- check KDE_FULL_SESSION and XDG_CURRENT_DESKTOP Thank you again. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 469755] Update Icon (System tray) not showing anymore
https://bugs.kde.org/show_bug.cgi?id=469755 --- Comment #13 from Dilam --- I guess maybe the process is started by the OS at a time when the OS is not able to handle the system tray, or maybe there is an error in the process that makes the first launch fail. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 469755] Update Icon (System tray) not showing anymore
https://bugs.kde.org/show_bug.cgi?id=469755 --- Comment #12 from Dilam --- At each reboot, DiscoverNotifier is running and not working. I have tested 'ps -ef | grep DiscoverNotifier' after a reboot (and no other command before) and I get : dim 19601712 1 22:29 ?00:00:00 /usr/lib/x86_64-linux-gnu/libexec/DiscoverNotifier dim 30242811 0 22:29 pts/100:00:00 grep --color=auto DiscoverNotifier It is the same process running and not working than the one working when starting it manually. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 469755] Update Icon (System tray) not showing anymore
https://bugs.kde.org/show_bug.cgi?id=469755 --- Comment #11 from Dilam --- (In reply to Nate Graham from comment #10) > Ok, so it's already running. That's why running it again doesn't work; it's > a single-instance app. > > Can you run the following terminal commands? > > > killall -9 DiscoverNotifier > > /usr/lib/x86_64-linux-gnu/libexec/DiscoverNotifier > > Then paste the contents of the terminal window and also see if it appears in > the System tray's active area or its settings window. The kill command works. Then when I run '/usr/lib/x86_64-linux-gnu/libexec/DiscoverNotifier' it run without stopping or returning anything. It keeps running forever with no return, but it works and the update icon is back in the system tray like before the bug. So I have stopped it with ctrl+C (it disappear from the system tray) and then restarted with '/usr/lib/x86_64-linux-gnu/libexec/DiscoverNotifier &'. I get '[1] 22018' (no other return) and it is now running in the background and working in the system tray. Thank you for helping me. Now the question is : why does it not work with the first start made by the OS itself ? Each time I start the computer it doesn't work. Then how to fix it ? (To fix it I supposed there are two kind of fix : the good one which made things work like before, and the hacked one with additional instruction added at the start. I don't know what file to edit for the hacked solution, and if possible I would prefer a cleaner fix.) -- You are receiving this mail because: You are watching all bug changes.
