[frameworks-kio] [Bug 482519] Copy dialog has disappeared
https://bugs.kde.org/show_bug.cgi?id=482519 --- Comment #8 from jimbo --- I have to agree with k...@dickbag.org, it's alarming that such an integral piece of software has regression issues at all. I feel that only the most senior developers should have access to Dolphin. Unfortunately, this bug report isn't the only one, prior to this the panels were removed when minimizing to the desktop. That was fixed quickly because everyone noticed regardless of their OS settings, but it should have never have been released because basic testing would have caught it. I've used Dolphin for years and have only seen improvements, however something has happened recently to have these kind of embarrassing issues crop up. Testing needs to be tightened and responses to regression issues needs to be prioritised (regression should be caught at the pull request level). Unfortunately it seems like only the bugs that make noise get any attention, so if you have the same issue please leave a constructive comment. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 485382] Testing audio always uses preferred output
https://bugs.kde.org/show_bug.cgi?id=485382 --- Comment #2 from jimbo --- Results of pipewire -v: Compiled with libpipewire 0.3.48, Linked with libpipewire 0.3.48. Results of wireplumber -v: Unknown option -v. I tried using -help for wireplumber but it doesn't have any version option listed. When testing the non-selected radio button, it will show the test window of the device (i.e. the test window behaves as expected). -- You are receiving this mail because: You are watching all bug changes.
[pulseaudio-qt] [Bug 485382] New: Testing audio shouldn't require and active radio button
https://bugs.kde.org/show_bug.cgi?id=485382 Bug ID: 485382 Summary: Testing audio shouldn't require and active radio button Classification: Plasma Product: pulseaudio-qt Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: nicolas.fe...@gmx.de Reporter: loudsq...@tutanota.com Target Milestone: --- Not sure if I'm posting in the right category, but when I'm configuring the audio on KDE neon I right click the sound icon and select 'Configure Audio Devices...' I have several audio devices and when I hit the test button it will only test on the audio that has it's radio button active. So I can test on one device but the audio comes out of a separate device (the one with the radio button active). This is unintuitive. Each device has it's own test button. Either you should grey out that test button if the radio button is not active, or a better solution is to force the audio from any device that the test button has been used on, regardless if the radio button is active or not. 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-26-generic (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 484751] New: Default line width is set to 100px, which is too large
https://bugs.kde.org/show_bug.cgi?id=484751 Bug ID: 484751 Summary: Default line width is set to 100px, which is too large Classification: Applications Product: krita Version: 5.2.2 Platform: Other OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Tools/Vector Assignee: krita-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- The default line width for the vector tools is set to 100px. This is far too large and a value of 10px would be fine for most resolutions. Setting it to 100px as default also makes it hard to see the shape that the tool is designed to make. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 484750] New: Different behaviours of 'close' in the Edit Text dialog
https://bugs.kde.org/show_bug.cgi?id=484750 Bug ID: 484750 Summary: Different behaviours of 'close' in the Edit Text dialog Classification: Applications Product: krita Version: 5.2.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Tool/Text Assignee: krita-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- In the Edit Text, hitting the 'Close' button will switch back to the selection tool. This is unexpected behaviour, I would expect to stay on the Text tool after closing out of the Edit Text. However, if you close the window (not via the 'Close' button) it will stay on the Text tool. This is inconsistent on the users end. Changing the 'close' behaviour to return to the text tool not the selection tool would solve the inconsistency between the two close methods result in expected behaviour. Also is there any real reason to have a 'save' button? Shouldn't it automatically save after every keypress? -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 482521] White border on the status bar in dark mode
https://bugs.kde.org/show_bug.cgi?id=482521 jimbo changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #5 from jimbo --- I'm using the Application Style 'Fusion', it does go away slightly when switching to Breeze or Oxygen, but appears when using Fusion or MS Windows 9x. I've been using Fusion for years though, it never had this white border previously. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 484368] New: When switching session from Wayland to X11 LibreOffice cannot display a Dark Theme
https://bugs.kde.org/show_bug.cgi?id=484368 Bug ID: 484368 Summary: When switching session from Wayland to X11 LibreOffice cannot display a Dark Theme Classification: I don't know Product: kde Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- I've recently upgraded from Plasma 5 to Plasma 6. LibreOffice has no problem displaying a dark theme under X11 on Plasma 5, however on upgrade to Plasma 6 Wayland cause some issues and the only solution was to switch back to X11 while these programs are updated. However, on switching back to X11 I've noticed that now LibreOffice cannot switch to a dark theme. It always stays on the light theme no matter what you change it to. If you switch the session back to Wayland it can change to the dark theme. SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.5.0-26-generic (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 484301] New: When changing the user password, tab needs to be hit twice
https://bugs.kde.org/show_bug.cgi?id=484301 Bug ID: 484301 Summary: When changing the user password, tab needs to be hit twice Classification: I don't know Product: kde Version: unspecified Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- When changing the password via System Settings -> (System) Users -> Change Password, the first password entry requires that the tab button be hit twice in order to get to the confirmation password. There should only be one tab press required. It look like the Tab is moving to the hide/unhide icon, many other sites have the unhide icon but it is not focusable using tab. Maybe Ctrl+H should be used for this button instead as it's fairly default across programs to hide/unhide. Regardless, the user expects to drop down into the next input field; not tab into the hide/unhide button. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 484300] New: Links to files or folders should be sorted along with actual files and folders (not separate from them)
https://bugs.kde.org/show_bug.cgi?id=484300 Bug ID: 484300 Summary: Links to files or folders should be sorted along with actual files and folders (not separate from them) Classification: Applications Product: dolphin Version: 24.02.0 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: loudsq...@tutanota.com CC: kfm-de...@kde.org Target Milestone: --- I've noticed when I'm creating links to folders that the .desktop file isn't sorted along with the folders. For example folders X, Y, Z, and files 1, 2, 3, will be ordered as expected but a link to folder A will be sorted below Z and above the files. Also the .desktop extension doesn't look great it would be nicer if it was changed to a link icon instead. The link files should be treated as a folder if it links to a folder and sorted accordingly. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483961] Application Menu Launcher not wrapping around when using keypresses
https://bugs.kde.org/show_bug.cgi?id=483961 --- Comment #4 from jimbo --- Oh also, the PageUp/PageDown Home/End keys don't work on the launcher either. There is no reason why they shouldn't. -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 484221] New: Partition Manger's colour set doesn't look good in dark mode
https://bugs.kde.org/show_bug.cgi?id=484221 Bug ID: 484221 Summary: Partition Manger's colour set doesn't look good in dark mode Classification: Applications Product: partitionmanager Version: 24.02.1 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: andr...@stikonas.eu Reporter: loudsq...@tutanota.com Target Milestone: --- When switching to dark mode the colours for the different filesystems stay the same. What looks good in the light theme looks terrible in the dark theme. I'd like the colours to change based on which theme the OS is currently using. Here are some of the colour changes that look good with the dark theme ext4: #002955 NTFS: #4f0055 FAT12: #6a00ff UFS: #30dc00 Linux Swap: #550404 FAT32: #095500 unknown: #55 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483962] The widget search overlaps items
https://bugs.kde.org/show_bug.cgi?id=483962 --- Comment #2 from jimbo --- I can confirm my animation speed is set to instant. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483961] Application Menu Launcher not wrapping around when using keypresses
https://bugs.kde.org/show_bug.cgi?id=483961 jimbo changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 482521] White border on the status bar in dark mode
https://bugs.kde.org/show_bug.cgi?id=482521 jimbo changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 482519] Copy dialog has disappeared
https://bugs.kde.org/show_bug.cgi?id=482519 --- Comment #3 from jimbo --- Updated to 24.02.1 which fixed an issue with Places being hidden after minimize which cause a lot of people to notice. But this issue still remains. I get that most people use Dolphin out of the box with no customization but the copy dialog missing is a much more important fix than losing the places panel. At least let us know that this is a bug and not an actual design choice because the silence is concerning. -- You are receiving this mail because: You are watching all bug changes.
[plasma-systemmonitor] [Bug 483978] Overview - System Monitor - Disk Icon displays 'total space'
https://bugs.kde.org/show_bug.cgi?id=483978 --- Comment #1 from jimbo --- Sorry, I made a mistake to the sensors above. Here is the corrected version: Total Sensors: Root Used Space, Root Total Space Sensors: Root Used Space Text-Only Sensors: Root Total Space You also need to go back and rename the above so that the UI doesn't look messy (i.e. Root Used Space -> Used, Root Total Space -> Total). -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483961] Application Menu Launcher not wrapping around when using keypresses
https://bugs.kde.org/show_bug.cgi?id=483961 jimbo changed: What|Removed |Added Version|6.0.1 |6.0.2 --- Comment #3 from jimbo --- Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.5.0-25-generic (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 484065] New: Dolphin hides the places panel on minimize
https://bugs.kde.org/show_bug.cgi?id=484065 Bug ID: 484065 Summary: Dolphin hides the places panel on minimize Classification: Applications Product: dolphin Version: 24.02.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: loudsq...@tutanota.com CC: kfm-de...@kde.org Target Milestone: --- I've recently switched back from Wayland to X11 and I've noticed something weird with Dolphin. When you minimize a window it will hide the places panel. This doesn't happen if you close out the window. STEPS TO REPRODUCE 1. Switch the session to X11 and restart 2. Open Dolphin and show the places panel 3. Minimize Dolphin OBSERVED RESULT Places panel has been hidden EXPECTED RESULT Places panel should remain visible unless the user hides it SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.5.0-25-generic (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 483978] New: Overview - System Monitor - Disk Icon displays 'total space'
https://bugs.kde.org/show_bug.cgi?id=483978 Bug ID: 483978 Summary: Overview - System Monitor - Disk Icon displays 'total space' Classification: I don't know Product: kde Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- After updating to Plasma 6 the Disk Icon in the System Monitor now presents useless information. Previously it showed how full the root disk was, which made sense. But now it shows the total of all disks (including mounted disks), which is completely useless. By default no one wants to know their entire disk space combined, that is something a custom item that someone would have to create themselves. The icon is useful to see at a glance if you are hitting the upper storage limit on your local machine, but if you have mounted disks on a server then it makes it completely useless. I've changed it back manually, but it shouldn't have changed in the first place. It should be changed back to display the local root drive information only. Total Sensors: Root Total Space, Root Free Space Sensors: Root Used Space Text-Only Sensors: Root Total Space You also need to go back and rename the above so that the UI doesn't look messy (i.e. it says Total Space instead of root Total Space). Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.5.0-25-generic (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 483967] New: Add Ctrl+Shift+T to undo closed tabs
https://bugs.kde.org/show_bug.cgi?id=483967 Bug ID: 483967 Summary: Add Ctrl+Shift+T to undo closed tabs Classification: Applications Product: kate Version: 24.02.0 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- I would like to be able to reopen a closed tab. Sometimes when I go to close the tab, I suddenly remember why I left it open and would like to reopen it. This would mimic the default in browsers and would be useful when the user accidentally closes a tab. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 483964] Quicklauncher changes its icon size, drag and drop isn't working
https://bugs.kde.org/show_bug.cgi?id=483964 --- Comment #1 from jimbo --- While I'm at it, when you right click on QuickLaunch you have two options, remove Launcher and remove QuickLaunch. It's fairly easy to accidentally hit 'remove QuickLaunch', this should prompt an 'are you sure' if icons exist on QuickLaunch, no prompt should show if no icons exist. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 483964] New: Quicklauncher changes its icon size, drag and drop isn't working
https://bugs.kde.org/show_bug.cgi?id=483964 Bug ID: 483964 Summary: Quicklauncher changes its icon size, drag and drop isn't working Classification: I don't know Product: kde Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- After upgrading to Plasma 6 the QuickLauncher will resize it's icons when the taskbar is full of programs. This was not it's previous behaviour in Plasma 5 (the icons never changed size regardless of the amount of windows open). QuickLauncher is a set size and should only change it's icon size in relation to the height of the taskbar (not the amount of windows open). Also the drag and drop within QuickLaunch (i.e. reordering icons) is no longer working and you can no longer drag and drop straight from the start menu (you have to create a favourite and then drag and drop that) SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.5.0-25-generic (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 483962] New: The widget search overlaps items
https://bugs.kde.org/show_bug.cgi?id=483962 Bug ID: 483962 Summary: The widget search overlaps items Classification: I don't know Product: kde Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- Created attachment 167445 --> https://bugs.kde.org/attachment.cgi?id=167445=edit Widgets Overlap If you are searching for widgets the items will overlap or be oddly spaced. In the photo there is overlapping and a space between the 'wastebin' and 'brightnees and color' that shouldn't exist. Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.5.0-25-generic (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 483961] New: Application Menu Launcher not wrapping around when using keypresses
https://bugs.kde.org/show_bug.cgi?id=483961 Bug ID: 483961 Summary: Application Menu Launcher not wrapping around when using keypresses Classification: I don't know Product: kde Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- There was a bug in the application menu launcher (Start Menu) recently. When you hit 'enter' it would switch to the search dialog This was obviously a bug as users could not select the program they wanted via keypress (it would switch to the search instead). However, once that was fixed it introduced another bug. Now I cannot use 'up' to wrap around to the bottom of the category. For example Windows Key, Up, Right, Up, Up would bring me to shutdown and I could shutdown the PC. I've been using this keypress for years to shutdown the machine. Now I cannot wrap around, so now I have to use Windows Key, Up, Right, Down, Down, Down, Down, Down. Which is way more annoying. I guess someone thought that they were fixing a bug, but they created another one in the process. Please return the wrap behaviour back to normal. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 483960] New: Give the option to change wireless network priority based on wireless strength
https://bugs.kde.org/show_bug.cgi?id=483960 Bug ID: 483960 Summary: Give the option to change wireless network priority based on wireless strength Classification: Plasma Product: plasma-nm Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- I have two wireless routers and when walking between them using my laptop it will not change from one wireless network to the other. It is expected that the wireless will automatically change to the stronger network without having to manually do it. There is a priority option but that is only based on a number, the user should be allowed to set the priority of the network based on it's strength. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 483955] New: Task Manager odd default settings
https://bugs.kde.org/show_bug.cgi?id=483955 Bug ID: 483955 Summary: Task Manager odd default settings Classification: I don't know Product: kde Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- Less of a bug and more of a odd default setting. When creating a default panel and editing the task manager, the Task Manger Behaviour settings defaults to 'Show only tasks: From current screen: Disable'. This seems like an oversight, if you have multiple monitors it's counter-intuitive to have programs not on that monitor show up on the task manager; especially by default. It's also really annoying that instantly you have a full taskbar and it's hard to right click the actual taskbar (not the programs) in order to get into the Task Manager settings in the first place with this setting at its default. I can understand that it may be useful option for some (not arguing to take it away) but as a default setting 'Show only tasks: From current screen:' should be enabled by default. SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.5.0-25-generic (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 483953] New: KDE neon: Taskbar edit mode, deleting items is unnecessarily frustrating
https://bugs.kde.org/show_bug.cgi?id=483953 Bug ID: 483953 Summary: KDE neon: Taskbar edit mode, deleting items is unnecessarily frustrating Classification: I don't know Product: kde Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- This has been a bug for a while but it's also present in Plasma 6. When editing a default panel you can remove items from the panel. To remove items a context menu pops up with an option to remove it. However generally when you hover over the context menu it will disappear and you have to 'fight' with it to get it to appear again. This is more pronounced if you want to delete more than one item from the default panel. STEPS TO REPRODUCE 1. Create a default panel 2. Right click on the panel, enter edit mode 3. Delete an item from the panel 4. Repeat step three as the context menu behaviour gets more frustrating (disappearing on hover over, which is the opposite of what it should do) as you remove more items from the default panel. OBSERVED RESULT The context menu is flaky and tends to disappear when you want to move from the panel to the items in the context menu (e.g. delete). EXPECTED RESULT The context menu should be consistent and you shouldn't have to fight against it in order to select an item from the context menu. SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.5.0-25-generic (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 483950] Brave window is blank on returning from sleep
https://bugs.kde.org/show_bug.cgi?id=483950 --- Comment #1 from jimbo --- I should note that other browsers, Firefox/Chrome were not effected. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 483950] New: Brave window is blank on returning from sleep
https://bugs.kde.org/show_bug.cgi?id=483950 Bug ID: 483950 Summary: Brave window is blank on returning from sleep Classification: KDE Neon Product: neon Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: neon-b...@kde.org Reporter: loudsq...@tutanota.com CC: j...@jriddell.org, neon-b...@kde.org, sit...@kde.org Target Milestone: --- Created attachment 167439 --> https://bugs.kde.org/attachment.cgi?id=167439=edit Blank Brave I usually put my machine into sleep mode and I have a lot of windows open. However on upgrading to Plasma 6 Brave returns with a completely blank screen. This was not the case for the previous version of Plasma STEPS TO REPRODUCE 1. Run Brave 2. Enter Sleep 3. Return from sleep OBSERVED RESULT Brave no longer renders properly (see attachment) EXPECTED RESULT Brave should render properly SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.5.0-25-generic (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 483949] New: On recent update Kate overwrites settings
https://bugs.kde.org/show_bug.cgi?id=483949 Bug ID: 483949 Summary: On recent update Kate overwrites settings Classification: Applications Product: kate Version: 24.02.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- I have a few settings that a recent update has overwritten. Tools -> Toolbars Shown -> Main Menu Tools -> Toolbars Shown -> Hamburger Menu Toolbar View -> Tool Views -> Show Sidebar I think what is happening is that when an update is made to the above it defaults back to the original setting when it shouldn't overwrite the users preference. STEPS TO REPRODUCE 1. Run an old version of Kate and disable the above settings 2. Update Kate OBSERVED RESULT The hidden bars have returned EXPECTED RESULT Kate should respect the users previous settings and not overwrite them SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.5.0-25-generic (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 482521] White border on the status bar in dark mode
https://bugs.kde.org/show_bug.cgi?id=482521 --- Comment #2 from jimbo --- Created attachment 166543 --> https://bugs.kde.org/attachment.cgi?id=166543=edit KWrite White Border Here you go -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 482521] New: White border on the status bar in dark mode
https://bugs.kde.org/show_bug.cgi?id=482521 Bug ID: 482521 Summary: White border on the status bar in dark mode Classification: Applications Product: kate Version: 24.02.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- After a recent update to Kate, the top border for the status bar has turned to white in dark mode. It used to be dark grey and blend in with the rest of the program. SOFTWARE/OS VERSIONS Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.0 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.5.0-21-generic (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 482519] New: Copy dialog has disappeared
https://bugs.kde.org/show_bug.cgi?id=482519 Bug ID: 482519 Summary: Copy dialog has disappeared Classification: Applications Product: dolphin Version: 24.02.0 Platform: Other OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: loudsq...@tutanota.com CC: kfm-de...@kde.org Target Milestone: --- I've upgraded from Dolphin 22.08.1 to 24.02.0 and I've noticed that the copy dialog has disappeared completely. I don't like notifications so I have them switched off in neon. They can't be moved around like a dialog and if you have multiple copy operations then they stack vertically and take up space, where you can move multiple dialogs out of the way onto a separate monitor and have them cascade. For whatever reason the copy dialog has disappeared on updating Dolphin. STEPS TO REPRODUCE Copy using 22.08.1 without notifcations on -> Copy dialog appears Copy using 24.02.0 without notifcations on -> Copy dialog is not present -- You are receiving this mail because: You are watching all bug changes.
[krename] [Bug 470785] New: General quality of life improvements
https://bugs.kde.org/show_bug.cgi?id=470785 Bug ID: 470785 Summary: General quality of life improvements Classification: Applications Product: krename Version: unspecified Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: heiko.bec...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- I've been using Krename to batch rename some files that need to be copied into incremented folders. I've noticed a few issues with Krename that could use some work. These are just suggestions after using the tool. - There should be an option to use the same template options for the folder name as the filename (i.e. increment the folder number) - There should be a checkbox to create the folder if it doesn't exist (this prevents being asked again and again when you click finish) - Create a menu bar - Plugins tab moved to the menu bar - There should be an option to restart Krename with all the previous settings unchanged. It's pretty annoying to have to reapply the folder destination and template rules again and again. The whole point of a batch renamer is that it should do these things for you. - In the Filename -> Advanced Filename Tab, the option for numerical increment shouldn't be hidden in the 'Numbering...' button as it will be the most used option when renaming - Option for removing characters from the start or end of the filename should be added (. - Finish button shouldn't be greyed out in the other tabs (it is only active in the filename tab, however if I want to execute the renaming from the destination tab, I should be allowed to do it) -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 154804] Add option for alternative Drag behaviour
https://bugs.kde.org/show_bug.cgi?id=154804 --- Comment #62 from jimbo --- It seems pretty intuitive that dragging and dropping is by default a move operation. It's nice to have the option to prompt beginners as to what they want to do, but it soon becomes a nuisance. Ctrl+C and Ctrl+V are not 'poweruser' shortcuts, they are as commonly used as Ctrl+Z and Esc. If users want to copy a file then Ctrl+C and Ctrl+V are most likely used, not via the context menu. If you can copy/paste text, then the same applies to files. Initially you might learn to click the file, select copy, navigate to a different folder and select paste. However copy/pasting is used so often (throughout all programs) that it's one of the first shortcut keys you learn, same applies to undo (no one goes through the context menu for it once they learn the shortcut). Windows allows the user to alter the outcome of the drag and drop during the operation. If you want to copy or create a link then there are modifier keys that can be held down. Using the modifier keys, there is visual feedback like a '+' sign or 'arrow' added to the mouse cursor, but if no modifier key is pressed then it defaults to move. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 469790] New: Add a Play button on task sets
https://bugs.kde.org/show_bug.cgi?id=469790 Bug ID: 469790 Summary: Add a Play button on task sets Classification: Applications Product: krita Version: 5.1.5 Platform: Neon OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- Task sets exist in Krita, but there is no play button. I would have expected that once a task set is created that you could run it. Instead you have to manually click through each of the tasks and also have to hit 'OK' in some tasks (e.g. adding a filter mask). It would be very useful if you could run through the entire task list and require no input from the user. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 469788] New: When importing layers, allow the user to not include the extension in the layer name
https://bugs.kde.org/show_bug.cgi?id=469788 Bug ID: 469788 Summary: When importing layers, allow the user to not include the extension in the layer name Classification: Applications Product: krita Version: 5.1.5 Platform: Neon OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Layer Stack Assignee: krita-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- When importing layers, Krita will use the filename and it's extension as the layer name. I'd like the option to disable using the extension in the layer name on import. It makes sense if it's a file layer, but for normal layers it just makes things untidy and having to clean it up wastes time. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 468496] Capture Entire Desktop bound to Print Screen, inconsistent capture
https://bugs.kde.org/show_bug.cgi?id=468496 jimbo changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |WORKSFORME -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 468494] Krita crashes when pasting a screenshot
https://bugs.kde.org/show_bug.cgi?id=468494 --- Comment #12 from jimbo --- you guys are great! Thanks! -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 468494] Krita crashes when pasting a screenshot
https://bugs.kde.org/show_bug.cgi?id=468494 --- Comment #9 from jimbo --- Oh, I forgot to mention that I'm still on 20.04, so that's probably the reason why. I can't upgrade neon as it causes issues on my machine, I'm putting off doing a fresh install until later this year. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 468494] Krita crashes when pasting a screenshot
https://bugs.kde.org/show_bug.cgi?id=468494 --- Comment #8 from jimbo --- So, I tried getting the flatpak stacktrace but it returns an error when I try to install the sdk. "No remote refs found similar to ‘org.freedesktop.Sdk/x86_64/22.08’". Any idea what I'm doing wrong there? I used the AppImage and it also crashes when pasting the screenshot. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 468494] Krita crashes when pasting a screenshot
https://bugs.kde.org/show_bug.cgi?id=468494 --- Comment #5 from jimbo --- How do I go about doing that? I have Krita installed via a Flatpak in Discover. I'm fairly certain that your explanation is correct. I'm using an older version of Spectacle (22.08.01) that may be the issue. Regardless, Krita shouldn't just crash if there is 'nothing' pasted into it. There definitely should be some way to handle it, at least the user should be prompted about an error and given the option to save. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 468496] Capture Entire Desktop bound to Print Screen, inconsistent capture
https://bugs.kde.org/show_bug.cgi?id=468496 --- Comment #2 from jimbo --- This is the latest version in my package manager. I'm sticking with neon 5.26 as upgrading causes issues on my machine. I tried searching with Discover, but it's not there. I looked for the snap https://snapcraft.io/spectacle, returns 404. https://apps.kde.org/spectacle/ hitting the Install on Linux button opens Discover but it says 'could not open appstream.. because it was not found in any available software repositories'. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 468496] New: Capture Entire Desktop bound to Print Screen, inconsistent capture
https://bugs.kde.org/show_bug.cgi?id=468496 Bug ID: 468496 Summary: Capture Entire Desktop bound to Print Screen, inconsistent capture Classification: Applications Product: Spectacle Version: 22.08.2 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: m...@baloneygeek.com Reporter: loudsq...@tutanota.com CC: k...@david-redondo.de Target Milestone: --- SUMMARY I've bound 'Capture Entire Desktop' to 'PrintScreen' on KDE neon, however Spectacle doesn't seem to consistently capture the screen. Sometimes it will capture nothing. If Spectacle is open when the hotkey is hit, it works fine. However if Spectacle isn't open and I hit the hotkey it's inconsistent. STEPS TO REPRODUCE 1. Open Spectacle 2. Hit Configure -> General -> After taking a screenshot 2.1 Save file to default folder: Disable 2.2 Copy image to clipboard 3. Close Spectacle 4. Add a shortcut to Spectacle 5. System Settings -> Shortcuts -> Spectacle -> Capture Entire Desktop: Print 6. Open the Clipboard and pin it 7. Keep taking screenshots using PrintScreen OBSERVED RESULT Some screenshots are not saved to the Clipboard EXPECTED RESULT All screenshots should be saved to the Clipboard SOFTWARE/OS VERSIONS Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.0 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.7 Kernel Version: 5.15.0-69-generic (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 468494] Krita crashes when pasting a screenshot
https://bugs.kde.org/show_bug.cgi?id=468494 --- Comment #2 from jimbo --- I've done a bit of testing on my end. I have Spectacle set as my screenshot manager, and I have 'Capture Entire Desktop' bound to 'PrintScreen'. I've always had issues with Spectacle not sending the screenshot to the clipboard properly (sometimes it sends nothing and needs more than one hit of the hotkey to capture the screen). The problem seems to go away if I launch Spectacle and then use the hotkey. Either way there seems to be an issue when 'nothing' gets pasted into Krita and it crashes. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 468494] Krita crashes when pasting a screenshot
https://bugs.kde.org/show_bug.cgi?id=468494 --- Comment #1 from jimbo --- The crash is fairly consistent on my machine, it crashes after taking the second screenshot. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 468494] New: Krita crashes when pasting a screenshot
https://bugs.kde.org/show_bug.cgi?id=468494 Bug ID: 468494 Summary: Krita crashes when pasting a screenshot Classification: Applications Product: krita Version: 5.1.5 Platform: Neon OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- SUMMARY When taking multiple screenshots and pasting each into Krita, it will eventually crash without warning. STEPS TO REPRODUCE 1. Take a screenshot 2. Open Krita -> Create from Clipboard 3. Take another screenshot 4. Paste into Krita 5. Repeat steps 3 and 4 until it crashes OBSERVED RESULT Krita immediately crashes EXPECTED RESULT Screenshot is pasted into Krita with no issues Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.0 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.7 Kernel Version: 5.15.0-69-generic (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 450419] 'Open Recent' listing is not shared across instances
https://bugs.kde.org/show_bug.cgi?id=450419 --- Comment #4 from jimbo --- I disagree that having recent files specific to the instance makes sense, I would say it's counter-intuitive. However, it's probably too specific a feature for the amount of work required. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 462344] New: Add a shortcut for expanding/collapsing group layers
https://bugs.kde.org/show_bug.cgi?id=462344 Bug ID: 462344 Summary: Add a shortcut for expanding/collapsing group layers Classification: Applications Product: krita Version: 5.1.3 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Layer Stack Assignee: krita-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- I've been using layers quite a bit and would like to have an option to assign a shortcut to expanding/collapsing the group layers. There doesn't seem to be an action available for this in the Keyboard Shortcuts window. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 462151] New: Add an option to center the position of the Transform
https://bugs.kde.org/show_bug.cgi?id=462151 Bug ID: 462151 Summary: Add an option to center the position of the Transform Classification: Applications Product: krita Version: 5.1.1 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Tools/Transform Assignee: krita-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- I'm working a lot with textures and when I cut and paste images from other files it would be nice to have an option to center the transform (based off the current canvas size). I need to stretch the texture to the edges of the canvas and it would be a lot easier if I could center it in one click and then use the scaling tools. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 461976] When adding a Group Layer the next action should be to rename it
https://bugs.kde.org/show_bug.cgi?id=461976 --- Comment #2 from jimbo --- It would be nice to have as an option. Wouldn't be the first time I suggested something that was shot down only to be added much later, looking at you blender :P -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 461977] When you have layers selected and create a group, the selected layers should automatically be added to the group
https://bugs.kde.org/show_bug.cgi?id=461977 --- Comment #2 from jimbo --- Thanks! -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 461978] New: Layers can only be dragged and dropped into an empty or expanded group layer
https://bugs.kde.org/show_bug.cgi?id=461978 Bug ID: 461978 Summary: Layers can only be dragged and dropped into an empty or expanded group layer Classification: Applications Product: krita Version: 5.1.1 Platform: Neon OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Layer Stack Assignee: krita-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- If you create a group layer and drag and drop a new layer into it, there is no issue. However the bug arises when you already have layers added to a group layer that is collapsed. If I have a layer that I want to add to an existing group then I must expand the group layer in order to drop the new layer into it. This isn't intuitive as the user expects to be able to drop layers into a group layer whether it is expanded or not, and seems to be a bug as the user can drag and drop the initial layer into the group as expected. STEPS TO REPRODUCE 1. Create a group layer, create a new layer (Layer 1) and drag and drop a layer into the group layer 2. Collapse the group layer 2. Create a new layer (Layer 2) 3. Drag the new layer (Layer 2) onto the collapsed group layer OBSERVED RESULT The new layer (Layer 2) is not added to the group layer EXPECTED RESULT The new layer (Layer 2) is added to the group layer Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.0 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.7 Kernel Version: 5.15.0-53-generic (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 461977] New: When you have layers selected and create a group, the selected layers should automatically be added to the group
https://bugs.kde.org/show_bug.cgi?id=461977 Bug ID: 461977 Summary: When you have layers selected and create a group, the selected layers should automatically be added to the group Classification: Applications Product: krita Version: 5.1.1 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Layer Stack Assignee: krita-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- I'm starting to work with groups quite often and I'm noticing some ease of use functionality that would be nice if it were added. If you select multiple layers and then go to create a group the group is created but the selected layers are not added to that group. It would be nice if the selected layer(s) would be added to the group automatically. This may require a second option (e.g. "Add Group Layer to Selection") as to not change the original functionality. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 461976] New: When adding a Group Layer the next action should be to rename it
https://bugs.kde.org/show_bug.cgi?id=461976 Bug ID: 461976 Summary: When adding a Group Layer the next action should be to rename it Classification: Applications Product: krita Version: 5.1.1 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Layer Stack Assignee: krita-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- Grouping layers is a great way to organise your work in Krita, however when you add a group layer it will have the name "Group #" with an automatically incremented number. Generally the next action would be to rename the group layer (it's best practice to rename immediately after creation). I'd like for Krita to create the group layer and then open up it's rename immediately after. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 461854] When deleting a file from the file explorer, it still appears.
https://bugs.kde.org/show_bug.cgi?id=461854 --- Comment #2 from jimbo --- (In reply to Halla Rempt from comment #1) > Sorry, but how can this ever be a Krita bug? Do you mind being a little less condescending in your reply? I assumed that the file dialog was part of Krita or maybe Krita has a tweaked implementation (in fairness, it does say "Automatically select filename extention (.kra)" when saving, which I haven't seen other in other KDE programs). I'm not a developer I just take the time out to report bugs when I see them. How about pointing me in the right direction and I'll report the bug there, I guess it's a Dolphin bug? Here's a better reply "The file dialog doesn't have anything to do with Krita, sounds like a Dolphin bug" or simply "The file dialog doesn't have anything to do with Krita". Fair enough? -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 461854] New: When deleting a file from the file explorer, it still appears.
https://bugs.kde.org/show_bug.cgi?id=461854 Bug ID: 461854 Summary: When deleting a file from the file explorer, it still appears. Classification: Applications Product: krita Version: 5.1.1 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- I'm using KDE neon and Dolphin, and in Krita (General -> Miscellaneous) I have 'Enable native file dialogs' enabled. If I go to export a file and accidentally export the wrong filename, I tend to export again and within the file explorer I select the file to delete it and export the correct filename. When I go to delete the file, I get a delete warning and accept, however the file still appears in the file explorer. If I open Dophin and go to that file location, it no longer is there. Seems to be a 'refresh' issue with the file explorer after deletion. STEPS TO REPRODUCE 1. Export an image, name 'wrongFilename' 2. Export the same image again 3. In the file explorer, right click the 'wrongFilename' image and hit delete OBSERVED RESULT The file still appears after deletion EXPECTED RESULT The file still disappears after deletion SOFTWARE/OS VERSIONS Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.0 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.7 Kernel Version: 5.15.0-52-generic (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 461686] New: Changes to speed up texture export
https://bugs.kde.org/show_bug.cgi?id=461686 Bug ID: 461686 Summary: Changes to speed up texture export Classification: Applications Product: krita Version: 5.1.1 Platform: Neon OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Usability Assignee: krita-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- Hello, I use Krita for texturing 3d models and I would like to speed up the export process. Texturing can require multiple changes and exports to tweak the final model. I would like the ability to change the following: - If you have already exported an image, Krita should remember the last filename that you have used. - There should be an option to allow the user to bypass the 'overwrite' warning. - When saving you always have to set the PNG settings, in this dialog there should be a 'always use these settings' checkbox. I understand that the vast majority of users will probably not require these settings but it's annoying to have to constantly click through for a tiny adjustment. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 460954] New: Krita crashes after adding a Local Selection and copying
https://bugs.kde.org/show_bug.cgi?id=460954 Bug ID: 460954 Summary: Krita crashes after adding a Local Selection and copying Classification: Applications Product: krita Version: 5.1.1 Platform: Neon OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: Tools/Selection Assignee: krita-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- STEPS TO REPRODUCE 1. Create an image 2. Create a selection 3. Right click the layer -> Add -> Add Local Selection 4. Use Ctrl+C to Copy the selection OBSERVED RESULT Krita crashes immediately Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.0 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.6 Kernel Version: 5.15.0-52-generic (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 458726] Taking a second screenshot in a row will result in nothing being copied to the clipboard
https://bugs.kde.org/show_bug.cgi?id=458726 --- Comment #5 from jimbo --- (In reply to Bharadwaj Raju from comment #1) > Interestingly, this works without problems if the clipboard has something > other than an image already in it. If it has just one image then it goes > wrong. > > So I wonder if the bug isn't actually in Klipper or something. I've tried replicating this on my end, and it's not a consistent bug. It will work fine for the first time, but clearing the clipboard and trying the same technique again is inconsistent, sometimes it works, most of the time it doesn't. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 460923] New: Allow tabs pulled outside of Kate to open in an new instance of Kate
https://bugs.kde.org/show_bug.cgi?id=460923 Bug ID: 460923 Summary: Allow tabs pulled outside of Kate to open in an new instance of Kate Classification: Applications Product: kate Version: 22.08.2 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: application Assignee: kwrite-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- I would like Kate's tabs to have a similar feature to current web browsers. Sometimes I will have a lot of text files open in Kate and I would like to pull one tab off into it's own Kate instance to help with organization. Currently you have to open Kate in a new instance and then drag the tab onto the new instance. It would be nice if you could just drag the tab outside of Kate and it would create a new instance for you (similar to the functionality of modern web browsers). Thanks. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 458726] Taking a second screenshot in a row will result in nothing being copied to the clipboard
https://bugs.kde.org/show_bug.cgi?id=458726 --- Comment #4 from jimbo --- (In reply to Bharadwaj Raju from comment #3) > (In reply to jimbo from comment #2) > > Strange thing is that if I copy an image selection in Krita, and then copy > > another one then the clipboard will update. Seems to be an issue only with > > the screenshot, so that kinda points back to Spectacle. > > Does Krita copying work fine even if you clear the clipboard before testing? Yes, it works as expected with Krita. With regards to Spectacle, I've found that double-tapping the PrintScreen key will capture the screen, it's a workaround but it doesn't work with other shortcuts (e.g. capture active window). -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 458726] Taking a second screenshot in a row will result in nothing being copied to the clipboard
https://bugs.kde.org/show_bug.cgi?id=458726 --- Comment #2 from jimbo --- Yeah, if you open up the clipboard and pin it then you can see that it's not copying the picture after the first screenshot. You have to manually delete the picture first before being able to take a new screenshot. Strange thing is that if I copy an image selection in Krita, and then copy another one then the clipboard will update. Seems to be an issue only with the screenshot, so that kinda points back to Spectacle. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 458726] New: Taking a second screenshot in a row will result in nothing being copied to the clipboard
https://bugs.kde.org/show_bug.cgi?id=458726 Bug ID: 458726 Summary: Taking a second screenshot in a row will result in nothing being copied to the clipboard Product: Spectacle Version: 22.04.3 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: m...@baloneygeek.com Reporter: loudsq...@tutanota.com CC: k...@david-redondo.de Target Milestone: --- STEPS TO REPRODUCE 1. Open and pin the Clipboard 2. Hit 'Take a New Screenshot' in Spectacle 3. Screenshot gets saved to the clipboard 4. Hit 'Take a New Screenshot' in Spectacle again 5. Clipboard is blank OBSERVED RESULT Clipboard is blank after a second consecutive screenshot EXPECTED RESULT Clipboard contains the most recent screenshot (i.e. it overwrites the previous screenshot) SOFTWARE/OS VERSIONS Operating System: KDE neon 5.25 KDE Plasma Version: 5.25.3 KDE Frameworks Version: 5.96.0 Qt Version: 5.15.5 Kernel Version: 5.15.0-41-generic (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 169751] Allow separators between Places panel items
https://bugs.kde.org/show_bug.cgi?id=169751 jimbo changed: What|Removed |Added CC||loudsq...@tutanota.com --- Comment #26 from jimbo --- I'd really like the option to create my own categories in Dolphin also. It's a small issue but it really helps with organization. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 457489] New: Give the user the ability to add a 'section' to the folder panel in Dolphin
https://bugs.kde.org/show_bug.cgi?id=457489 Bug ID: 457489 Summary: Give the user the ability to add a 'section' to the folder panel in Dolphin Product: dolphin Version: 22.04.3 Platform: Neon Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: panels: folders Assignee: dolphin-bugs-n...@kde.org Reporter: loudsq...@tutanota.com CC: kfm-de...@kde.org Target Milestone: --- This is pretty straightforward, to the left of Dolphin you have what looks like 'the folder panel'. There are some categories here like 'Places' and 'Remote'. It would be really nice if we could add our own categories to this panel in order to organize the folders better. Thanks for your time. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 454357] Allow for column padding to the 'right'
https://bugs.kde.org/show_bug.cgi?id=454357 --- Comment #6 from jimbo --- I have to disagree with you, it is not useless or unnecessary. I gave my reasoning above but I will repeat it again. "If we have a folder full of folders from top to bottom how can we drop something besides them that doesn't go into any of the folders?" The reply to this was: "Windows works around this is that the columns end at the right hand side so there is an empty space where the highlight ends and you can drop the files there and it will be put into the containing folder" This fixes the issue of using drag and drop in a folder that itself is full. The left padding column wouldn't be a good option for this. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 454357] Allow for column padding to the 'right'
https://bugs.kde.org/show_bug.cgi?id=454357 --- Comment #4 from jimbo --- Oh, I think you might have mis-read the original post. I am aware of the leading column (left), I was talking about adding a 'following column' (right). This currently doesn't exist as an option. I tried moving the leading column to the right but it won't allow me (the 'no' symbol appears). -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 454357] Allow for column padding to the 'right'
https://bugs.kde.org/show_bug.cgi?id=454357 --- Comment #2 from jimbo --- If the option has been added can you explain how to enable it? I can't seem to find how to add padding to the right. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 454357] New: Allow for column padding to the 'right'
https://bugs.kde.org/show_bug.cgi?id=454357 Bug ID: 454357 Summary: Allow for column padding to the 'right' Product: dolphin Version: 22.04.1 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: loudsq...@tutanota.com CC: kfm-de...@kde.org Target Milestone: --- Recently Dolphin added a 'full row highlight' which has been a great addition. https://invent.kde.org/system/dolphin/-/merge_requests/278 However some use cases have arisen because of this. I'll quote a user from a reddit thread about this https://old.reddit.com/r/kde/comments/usa6rf/dolphin_finally_gets_full_row_highlight/ "If we have a folder full of folders from top to bottom how can we drop something besides them that doesn't go into any of the folders?" The reply to this was: "Windows works around this is that the columns end at the right hand side so there is an empty space where the highlight ends and you can drop the files there and it will be put into the containing folder" I'm aware that there is a 'Leading Column Padding' (left) option, but is it possible to add a 'Following Column Padding' (right) option also? The padding to the left generally has a small width but allowing padding to the right would give the user a wider area to drop their files into. Many thanks. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 454356] New: Allow the user to switch off the drag and drop context menu
https://bugs.kde.org/show_bug.cgi?id=454356 Bug ID: 454356 Summary: Allow the user to switch off the drag and drop context menu Product: dolphin Version: 22.04.1 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: loudsq...@tutanota.com CC: kfm-de...@kde.org Target Milestone: --- I would like an option to switch off the drag and drop context menu. Coming from Windows initially the context menu seems user friendly but I'd prefer just to 'move' files when I drag and drop them without Dolpin prompting me as what to do each time. The default behaviour is very nice for new users but for more advanced users it's just an unnecessary step. If the drag and drop context menu is disabled, I think that dragging and dropping a file into a folder is an intuitive 'move' operation. Copy/pasting would be done via keyboard shortcuts and linking would be done by right clicking the file and using Create New -> Link to File or Folder. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 452911] New: Kate registers a click when you release the mouse button, which can lead to accidental function use
https://bugs.kde.org/show_bug.cgi?id=452911 Bug ID: 452911 Summary: Kate registers a click when you release the mouse button, which can lead to accidental function use Product: kate Version: 21.12.3 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- SUMMARY I had a tab open in Kate and I wanted to open the containing folder that the file was in, so I used right click on the tab and the tab disappeared. What I imagine happened is that Kate registers a 'click' for both the OnPress and OnRelease functions. While I used right click to open the context menu I was already moving my mouse down to 'Open Containing Folder' and during that movement I released the right click and it activated the 'Close Document' function. This action is pretty easy to repeat and can be almost instantaneous. I don't think that Kate should recognise an OnRelease mouse button as a click (unless you want to specify that in the options). From a new user's perspective, it seems like Kate just glitched out and removed the file for no reason. Or, maybe there should be a little delay added before OnRelease is recognised as a valid 'click'? (shouldn't be too long, maybe just half a second, just enough to prevent accidental use) STEPS TO REPRODUCE 1. Right click a tab in Kate (keep right click held down) 2. Highlight 'Close Document' with your mouse and release right click OBSERVED RESULT The tab closes. EXPECTED RESULT Nothing should happen. The context menu should not react to releasing the right click. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.24 KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.93.0 Qt Version: 5.15.3 Kernel Version: 5.13.0-39-generic (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 452485] New: When unzipping a large archive ark will display two windows
https://bugs.kde.org/show_bug.cgi?id=452485 Bug ID: 452485 Summary: When unzipping a large archive ark will display two windows Product: ark Version: 21.12.3 Platform: Other OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: elvis.angelac...@kde.org Reporter: loudsq...@tutanota.com CC: aa...@kde.org, rthoms...@gmail.com Target Milestone: --- SUMMARY When double clicking a large .zip file Ark will show two windows. The Ark program itself and a side window that displays the unzipping process. This is a bit untidy on the taskbar and the second window adds nothing anyway as the main Ark program also shows the unzipping process on the bottom right hand corner. STEPS TO REPRODUCE 1. Select a large .zip file and double click it OBSERVED RESULT The Ark program opens but also another window showing the unzipping process EXPECTED RESULT Only the Ark program opens (which has the unzipping process at the bottom right corner) SOFTWARE/OS VERSIONS Operating System: KDE neon 5.24 KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 Kernel Version: 5.13.0-39-generic (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 450414] 'Search and Replace' & 'Find' discrepancies (search and replace has no X button and doesn't automatically paste highlighted text)
https://bugs.kde.org/show_bug.cgi?id=450414 --- Comment #14 from jimbo --- Created attachment 146869 --> https://bugs.kde.org/attachment.cgi?id=146869=edit It won't close the same as you can close -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 450414] 'Search and Replace' & 'Find' discrepancies (search and replace has no X button and doesn't automatically paste highlighted text)
https://bugs.kde.org/show_bug.cgi?id=450414 --- Comment #11 from jimbo --- (In reply to Waqar Ahmed from comment #9) > > Please re-read the thread before jumping to conclusions. > > 1. Not jumping to any conclusions. *Re-read the words I wrote* > 2. Many people confuse the two and it leads to confusing bug reports. Alright... ok, I hate communicating via text, possibly the worst form of communication ever. However, I think there is an issue with us having different experiences with the same program. I'm not sure what's wrong, but it is with Search and Replace. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 450414] 'Search and Replace' & 'Find' discrepancies (search and replace has no X button and doesn't automatically paste highlighted text)
https://bugs.kde.org/show_bug.cgi?id=450414 --- Comment #10 from jimbo --- Created attachment 146868 --> https://bugs.kde.org/attachment.cgi?id=146868=edit SearchAndReplaceIssue This is my experience with search and replace, Kate version 21.12.1 -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 450414] 'Search and Replace' & 'Find' discrepancies (search and replace has no X button and doesn't automatically paste highlighted text)
https://bugs.kde.org/show_bug.cgi?id=450414 --- Comment #6 from jimbo --- (In reply to Waqar Ahmed from comment #4) > > Maybe this shouldn't be consistent with those other tools because it is > > frequently called upon and it's similar to 'Find' which you haven't > > addressed. > > Depends on the user what will be frequent. For me, "project" or "lsp" > toolview is more frequent, search a lot less. Consistency between toolviews > is more important than between the two searches because we want 1 way to > close all the toolviews at the bottom. > > > Search and Replace is different. Highlighting the word and calling the > > function (in my case [Ctrl+R]) will not auto populate the find input field. > > Hmm, missed this one. Trying it here using default shortcut (Ctrl + Shift + > F) with a selection the input field is highlighted. Maybe you are talking > about the Power search mode, which is activated using `Ctrl + R` (default > shortcut), yes, that doesn't seem to put the word under cursor in the "Find" > field, no reason that I can think of, should be fixed I think. > > That makes me think that maybe you were not talking about the Search > plugin at all. In my original post, I said "(in my case [Ctrl+R])" which meant that I had changed the shortcut. I'm sorry that you didn't pick up on that. You are mistaken if you think that I'm not talking about 'Search and Replace'. I can point to the title of this thread which is "Search and Replace' & 'Find' discrepancies". Please re-read the thread before jumping to conclusions. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 450414] 'Search and Replace' & 'Find' discrepancies (search and replace has no X button and doesn't automatically paste highlighted text)
https://bugs.kde.org/show_bug.cgi?id=450414 --- Comment #5 from jimbo --- (In reply to Waqar Ahmed from comment #1) > You need to drag the handle down and keep dragging towards the bottom till > you reach the end, then it will close. The reason its like this is because > otherwise its hard to tell whether you were resizing or wanted to close the > toolview. I've tried this and what you have said is incorrect. The panel never 'closes' it always stays there. I don't understand what you mean when you explain the reasoning. The only way to close that panel properly is what I had said in my original submission. "If you drag that to the bottom to 'close' the panel it doesn't close. You either have to hit the hotkey again or go through the menu View -> Toolbars -> Search and Replace." Are you saying that you cannot reproduce this on your end? -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 450414] 'Search and Replace' & 'Find' discrepancies (search and replace has no X button and doesn't automatically paste highlighted text)
https://bugs.kde.org/show_bug.cgi?id=450414 --- Comment #3 from jimbo --- > It won't exit on first press if you have a "search in progress". First 'Esc' > press will remove the search highglightings, second will close the toolview. You have to define what a "search in progress" is. If I call up Search and Replace, is that a "search in progress"? I don't think so, until I type something into the input field, then it's a "search in progress", otherwise it should be cancelled by a simple 'Esc' the same way that Find works. Double 'Esc' to me is fine if I've entered something. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 450414] 'Search and Replace' & 'Find' discrepancies (search and replace has no X button and doesn't automatically paste highlighted text)
https://bugs.kde.org/show_bug.cgi?id=450414 --- Comment #2 from jimbo --- (In reply to Waqar Ahmed from comment #1) > By design, since S is a persistent toolview and this is consistent with > all other toolviews (project, LSP, Terminal) Maybe this shouldn't be consistent with those other tools because it is frequently called upon and it's similar to 'Find' which you haven't addressed. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 450422] New: Add 'time elapsed' to copy dialog
https://bugs.kde.org/show_bug.cgi?id=450422 Bug ID: 450422 Summary: Add 'time elapsed' to copy dialog Product: dolphin Version: 21.12.2 Platform: Neon Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: loudsq...@tutanota.com CC: kfm-de...@kde.org Target Milestone: --- If using the 'Keep this window open after transfer is complete' checkbox, the dialog should show the time taken to complete (it already shows the average data transfer). Thanks. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 450419] New: 'Open Recent' listing is not shared across instances
https://bugs.kde.org/show_bug.cgi?id=450419 Bug ID: 450419 Summary: 'Open Recent' listing is not shared across instances Product: kate Version: 21.12.2 Platform: Neon Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: application Assignee: kwrite-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- I've noticed that the 'Open Recent' function only applies to the specific instance that is currently running. If I have two instances running and open/close a bunch of text files with them the 'Open Recent' list will be different between the two instances. I kinda expected that the list would be the same across all instances. I'd like the option to have the list be the same across all instances. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 450415] New: Pair the scrollbar when using the split view (also open the 'next' file by default)
https://bugs.kde.org/show_bug.cgi?id=450415 Bug ID: 450415 Summary: Pair the scrollbar when using the split view (also open the 'next' file by default) Product: kate Version: 21.12.2 Platform: Neon Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: application Assignee: kwrite-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- I sometime use the split view to compare similar text files side by side to quickly see any differences. Unfortunately there is no option to 'pair' or lock the scrollbars together. I may be using the split view for something it wasn't designed to do but it would be nice to have that option. Also, I notice that when using the split Kate will open up the same file, shouldn't it open the 'next' file in the tab listing instead? Split wouldn't be used to compare the exact same file, so it should open a different file (if one exists in the tab listing). Thanks. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 450414] New: 'Search and Replace' & 'Find' discrepancies (search and replace has no X button and doesn't automatically paste highlighted text)
https://bugs.kde.org/show_bug.cgi?id=450414 Bug ID: 450414 Summary: 'Search and Replace' & 'Find' discrepancies (search and replace has no X button and doesn't automatically paste highlighted text) Product: kate Version: 21.12.2 Platform: Neon Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: application Assignee: kwrite-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- When using the Find function in Kate, it acts as expected. Highlight the word you want to find, hit [Ctrl+F] and the word will automatically populate in the find input field. There is a nice red X to the top right to close the function when you are finished or you can hit [Esc] to exit. Search and Replace is different. Highlighting the word and calling the function (in my case [Ctrl+R]) will not auto populate the find input field. There is no red X to exit (also [Esc] doesn't exit), instead there is a resizable handle in the middle. If you drag that to the bottom to 'close' the panel it doesn't close. You either have to hit the hotkey again or go through the menu View -> Toolbars -> Search and Replace. It would be nice if these two functions had consistency between them. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 450412] New: Create a context menu entry for tabs -> 'Move Tab to New Window'
https://bugs.kde.org/show_bug.cgi?id=450412 Bug ID: 450412 Summary: Create a context menu entry for tabs -> 'Move Tab to New Window' Product: kate Version: 21.12.2 Platform: Neon Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: application Assignee: kwrite-bugs-n...@kde.org Reporter: loudsq...@tutanota.com Target Milestone: --- I'd like the ability to take a tab in an existing Kate instance and have it open in a separate one. This is pretty useful when comparing different text files or separating files into different windows for organizational purposes. I use this all the time with web browsers and would love to have the feature mirrored in Kate. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[plasma-systemmonitor] [Bug 448905] Should PID be a default column?
https://bugs.kde.org/show_bug.cgi?id=448905 --- Comment #4 from jimbo --- I got ya. I'll hold off on submitting the bug until I run into it again. Still though, process page... should list the PID, it makes sense. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 449055] New: Allow the user to erase the disk if the partition contain an OS
https://bugs.kde.org/show_bug.cgi?id=449055 Bug ID: 449055 Summary: Allow the user to erase the disk if the partition contain an OS Product: neon Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Live/Install images Assignee: neon-b...@kde.org Reporter: loudsq...@tutanota.com CC: j...@jriddell.org, neon-b...@kde.org, sit...@kde.org Target Milestone: --- When using the Install System program, you have the option to select which disk to install the OS on. The option to erase the disk disappears if an OS is detected on the disk. This may be a feature to prevent accidental wiping, however there should be an 'advanced' checkbox which would give you the option to wipe the disk. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 449054] New: Should file checking be an option in GRUB instead of the default boot?
https://bugs.kde.org/show_bug.cgi?id=449054 Bug ID: 449054 Summary: Should file checking be an option in GRUB instead of the default boot? Product: neon Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Live/Install images Assignee: neon-b...@kde.org Reporter: loudsq...@tutanota.com CC: j...@jriddell.org, neon-b...@kde.org, sit...@kde.org Target Milestone: --- I use the LiveUSB quite often it's a fantastic tool for troubleshooting and diagnostics. However each time I'm prompted to do a file check. Cancelling the file check allows the LiveUSB to boot faster and it's never come up with any problems. I understand the usefulness of having a file check but does it need to run every single time? I would image that it should be an option if your LiveUSB fails to boot in GRUB but by default the LiveUSB should attempt to boot without it. I'm considering this from a first impressions type-of-view. Without the check it boots in seconds which is really impressive for a first-time user. Also for troubleshooting purposes you may be rebooting multiple times and having to skip it is annoying. I know the LiveUSB works so running the file check every boot is pointless and I'd like the option to just boot normally. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 449049] New: Default resolution should not be set to the highest resolution available
https://bugs.kde.org/show_bug.cgi?id=449049 Bug ID: 449049 Summary: Default resolution should not be set to the highest resolution available Product: neon Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Live/Install images Assignee: neon-b...@kde.org Reporter: loudsq...@tutanota.com CC: j...@jriddell.org, neon-b...@kde.org, sit...@kde.org Target Milestone: --- I've been using the LiveUSB on a few different machines in order to resize partitions and I've noticed that it defaults to the highest resolution available. My laptop is 3200x1800 and my HTPC is 4096x2160 both of these resolutions make the text too small to read. It's a pain having to set these back to something human readable like 1920x1080 every single time I boot up the LiveUSB. I think it's awesome that out of the box KDE can apply super high resolutions but it's more of a hindrance than a help. Is it possible to have set the resolution to a readable default and allow the user to change it if they want it higher? Defaulting to the highest isn't the best. -- You are receiving this mail because: You are watching all bug changes.
[plasma-systemmonitor] [Bug 448905] Should PID be a default column?
https://bugs.kde.org/show_bug.cgi?id=448905 --- Comment #2 from jimbo --- I'll be honest with you, I'm not going to remember the `ps -e | grep ' unless I had to use it daily. Finding stuff through the UI is much more intuitive, especially having the foreknowledge of Windows. That's why I would open the System Monitor to look for the PID. The reason that I would have to use the terminal is that there are times when the "End Process" or "Send Signal -> Kill" does not work in System Monitor and you have to revert to the terminal to shut it down. Again, I'm just describing my experience coming from Windows. If the column was made default it would have saved time searching how to shut down the process. Also it seems pretty relevant to the 'Processes' page to list the process ID. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 449019] New: Column headers should resize and be restricted based on the window size
https://bugs.kde.org/show_bug.cgi?id=449019 Bug ID: 449019 Summary: Column headers should resize and be restricted based on the window size Product: dolphin Version: 21.12.1 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: loudsq...@tutanota.com CC: kfm-de...@kde.org Target Milestone: --- When resizing Dolphin horizontally the last column on the far right will be hidden as you shrink the window from right to left. If you resize from left to right the first column on the far left will not be hidden and will move with the left side of the window. The extreme right column should have the same behaviour. The columns should be restricted within the limits of the containing window and should attempt to shrink to fit the windows size. The extreme left / right should shrink any remaining columns in the center, starting with the widest column width. Each column width should have a minimum shrink size (allowing the column header to be displayed at least). The places/remote panel should not shrink based on the size of the window. If the user wants to shrink that then they should use the handle available. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[Bluedevil] [Bug 449018] New: Allow the user to cancel connection
https://bugs.kde.org/show_bug.cgi?id=449018 Bug ID: 449018 Summary: Allow the user to cancel connection Product: Bluedevil Version: 5.23.5 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: system tray Assignee: now...@gmail.com Reporter: loudsq...@tutanota.com CC: plasma-b...@kde.org Target Milestone: --- If you have multiple Bluetooth devices and accidentally click on the wrong device to connect it should give the user the option to disconnect prior to finishing the connection instead of just showing the blue circle animation to connect. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 448908] The blue icon to extend the partition needs it's area of influence expanded
https://bugs.kde.org/show_bug.cgi?id=448908 --- Comment #5 from jimbo --- No worries, I just wanted to point it out (as no previous bug report seemed to point it out) and give an idea of how to 'fudge' it. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 448892] The shortcut 'Ctrl+M' should be considered for removal (accidental keystroke that can't be rectified without prior knowledge of 'Ctrl+M')
https://bugs.kde.org/show_bug.cgi?id=448892 --- Comment #4 from jimbo --- Ah I think I screwed myself here, I most likely got rid of the hamburger icon. I agree at that stage there isn't much you can do for the user when they throw the paddles out of the boat. Shortcuts only for frequently used tools though still stands! xD -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 448892] The shortcut 'Ctrl+M' should be considered for removal (accidental keystroke that can't be rectified without prior knowledge of 'Ctrl+M')
https://bugs.kde.org/show_bug.cgi?id=448892 --- Comment #3 from jimbo --- Maybe is this what Dolphin looks like by default? https://ubunlog.com/wp-content/uploads/2020/05/KDE-plasma-5.18.4-y-Dolphin-1024x576.jpg -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 448904] This program is the only program defaults to show in Do Not Disturb mode, why?
https://bugs.kde.org/show_bug.cgi?id=448904 --- Comment #2 from jimbo --- Fair enough. When I switch on DnD, I don't expect to see any notifications unless I've manually allowed them through. It's the notifications themselves which are distracting. I don't think any program should get to override that otherwise it breaks the idea of DnD. Just thought it might be a setting someone forgot to switch off as Spectacle is the only one that has it enabled. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 448888] Allow the user to select what entry system settings defaults to
https://bugs.kde.org/show_bug.cgi?id=44 --- Comment #2 from jimbo --- Fair enough. The idea came from when I wanted System Monitor to automatically open on the Processes page on open. I was happy to find the function to start with any page within it. When I switched to System Settings the same functionality wasn't there. Info Center is a good call, but it doesn't have the functionality that I would frequently use. It's not a big issue :D -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 448892] The shortcut 'Ctrl+M' should be considered for removal (accidental keystroke that can't be rectified without prior knowledge of 'Ctrl+M')
https://bugs.kde.org/show_bug.cgi?id=448892 --- Comment #2 from jimbo --- I don't see the hamburger icon in Dolphin. I have edited the toolbar, but it's doesn't show in this screenshot either https://apps.kde.org/dolphin/ If there is a hamburger icon in a newer version that allows the user to switch it back on that's great. But I don't think that the menu bar is off by default, again shown in the screenshot above. However I still think my point about shortcuts still stands. It shouldn't be default and it's an easy key-combo to accidentally strike. The solution is super simple too. If there is someone who requires that specific functionality they can assign it. I've given my experience as a user, I would have appreciated if someone had thought of this edge case beforehand. It would have saved me a good chunk of time figuring out how to undo it. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 448903] Allow the user to set default behavior regarding autoreload and automatic close
https://bugs.kde.org/show_bug.cgi?id=448903 --- Comment #2 from jimbo --- No that just changes how the dialog is shown (instead of a blue dropdown box within Kate it shows as a separate dialog box). I'd like to set the default behaviour so that no prompt is shown. -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 448908] The blue icon to extend the partition needs it's area of influence expanded
https://bugs.kde.org/show_bug.cgi?id=448908 --- Comment #3 from jimbo --- Yeah that does look like it would cause confusion. Is there be a way to overlap some other blank 'panel' UI so you could hide the white edges? -- You are receiving this mail because: You are watching all bug changes.
