[konsole] [Bug 451940] Konsole kannot remember profile settings
https://bugs.kde.org/show_bug.cgi?id=451940 nsprang...@gmail.com changed: What|Removed |Added CC||nsprang...@gmail.com --- Comment #2 from nsprang...@gmail.com --- (In reply to bkorb from comment #0) > STEPS TO REPRODUCE > 1. Use Konsole > 2. Decide you want to change the profile, change it, then set it to > "default" according to the settings menu > 3. bring up another Konsole > > OBSERVED RESULT > The profile is the default decided upon by KDE developers. > > EXPECTED RESULT > The profile is the one I just set to being the default How are you setting the default profile in step 2? What happens when you do this: 1. go to Settings > Manage Profile 2. Select the profile you want as default 3. Click "Set as Default" Opening a new Konsole window (either through "New Window" or launching the application again) uses that profile. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-knewstuff] [Bug 435798] Sometimes can't use mouse wheel to scroll content
https://bugs.kde.org/show_bug.cgi?id=435798 --- Comment #6 from nsprang...@gmail.com --- Created attachment 142081 --> https://bugs.kde.org/attachment.cgi?id=142081=edit Diff for EntryScreenshots.qml The issue seems to be that applicationWindow().overlay continues to block wheelEvents when the Popup (EntryScreenshots.qml) is closed with a mouse click. The bug is not present when: - hit escape to close the Popup - set `modal: false` - remove `parent: applicationWindow().overlay` - set `closePolicy: Popup.CloseOnEscape | Popup.CloseOnReleaseOutside` (attached diff) The default closePolicy would be Popup.CloseOnEscape | Popup.CloseOnPressOutside. The attached diff "fixes" the issue, but it seems like the default should work. https://doc.qt.io/qt-5/qml-qtquick-controls2-popup.html#closePolicy-prop I don't know enough about QML, so that's as far as I got. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-knewstuff] [Bug 435798] Sometimes can't use mouse wheel to scroll content
https://bugs.kde.org/show_bug.cgi?id=435798 --- Comment #5 from nsprang...@gmail.com --- Meant to add: X11 session -- You are receiving this mail because: You are watching all bug changes.
[frameworks-knewstuff] [Bug 435798] Sometimes can't use mouse wheel to scroll content
https://bugs.kde.org/show_bug.cgi?id=435798 nsprang...@gmail.com changed: What|Removed |Added Ever confirmed|0 |1 CC||nsprang...@gmail.com Status|REPORTED|CONFIRMED --- Comment #4 from nsprang...@gmail.com --- I can confirm. Happens with anything that uses knewstuff. Scrollwheel function is restored by clicking any item then returning to the list. OpenSUSE Tumbleweed: KDE Unstable knewstuff: 5.86.0git.20210929T215207~de50a5a0-ku.11.1 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 441198] Buttons have long labels
https://bugs.kde.org/show_bug.cgi?id=441198 nsprang...@gmail.com changed: What|Removed |Added CC||nsprang...@gmail.com Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from nsprang...@gmail.com --- *** This bug has been marked as a duplicate of bug 437555 *** -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 437555] Default toolbar overflows now
https://bugs.kde.org/show_bug.cgi?id=437555 nsprang...@gmail.com changed: What|Removed |Added CC||med.medin.2...@gmail.com --- Comment #4 from nsprang...@gmail.com --- *** Bug 441198 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 441610] when switching virtual desktops on OpenBox, konsole windows revert to their default sizes
https://bugs.kde.org/show_bug.cgi?id=441610 nsprang...@gmail.com changed: What|Removed |Added CC||nsprang...@gmail.com --- Comment #10 from nsprang...@gmail.com --- (In reply to Michael Konieczny from comment #8) > I can hide text, I can disable toolbars completely, but when before > mimimization there was some layout, even with ellipsized toolbars, it should > be retained on restore. It's the same bug. I just built 21.08 from git and it's fixed, so I think that means it should hit 21.08.2. https://community.kde.org/Schedules/KDE_Gear_21.08_Schedule -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 442238] Closing a DnD'd view also closes the window it came from
https://bugs.kde.org/show_bug.cgi?id=442238 nsprang...@gmail.com changed: What|Removed |Added Latest Commit||https://invent.kde.org/util ||ities/konsole/-/merge_reque ||sts/480/diffs?commit_id=d62 ||e9474e080821bf1e61b1d998085 ||22133fb8e0 --- Comment #6 from nsprang...@gmail.com --- Added a commit to MR 480 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 442371] Split-View windows can vanish
https://bugs.kde.org/show_bug.cgi?id=442371 nsprang...@gmail.com changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 CC||nsprang...@gmail.com --- Comment #1 from nsprang...@gmail.com --- I can reliably reproduce this on 12.08.1 and git-master. 1. Create a horizontal split (Ctrl + Shift + 0) 2. Add a vertical split (Ctrl + Shift + 9) 3. Drag one of the vertically split terminals into the other (doesn't seem to matter which one or what orientation or location). 4. The dragged terminal is closed (confirmed with running ping in both and pregrep before/after). The inverse also does it: vertical then horizontal. In fact any configuration where you try swapping exactly two "siblings" seems to do it. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 442238] Closing a DnD'd view also closes the window it came from
https://bugs.kde.org/show_bug.cgi?id=442238 --- Comment #5 from nsprang...@gmail.com --- I was able trace it to this commit on 21.08 branch https://invent.kde.org/utilities/konsole/-/commit/58d526f83b924732b8c82306fcc177f0bbe63295 AFAICT the issue is that both ViewManagers are hanging onto the session after a dnd, so that commit is just causing both to hit empty() in sessionFinished (kind of expected I think, but I was able to verify it). I can see how ViewManager disconnects from sessions when *detaching* a view or tab, but I don't see how they are supposed to be released after drag-and-drop. Both the ViewSplitter and SessionController from the source window get deleted, so maybe there's a missing connection to one of those signals? -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 442238] Closing a DnD'd view also closes the window it came from
https://bugs.kde.org/show_bug.cgi?id=442238 --- Comment #4 from nsprang...@gmail.com --- Not on 21.08.1 Manjaro... -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 442238] Closing a DnD'd view also closes the window it came from
https://bugs.kde.org/show_bug.cgi?id=442238 --- Comment #1 from nsprang...@gmail.com --- Also, not present on 21.08.1 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 442238] New: Closing a DnD'd view also closes the window it came from
https://bugs.kde.org/show_bug.cgi?id=442238 Bug ID: 442238 Summary: Closing a DnD'd view also closes the window it came from Product: konsole Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: split-view Assignee: konsole-de...@kde.org Reporter: nsprang...@gmail.com Target Milestone: --- SUMMARY Ran with kdesrc-build konsole && kdesrc-run konsole No bug if there are multiple splits or multiple tabs in the previous window. STEPS TO REPRODUCE 1. Open a second window 2. Create a split-view in second window 3. Drag and drop one view to first window 4. Close the dropped view (by any means: headerbar button, ctl-shift-w, ctl-d, 'exit') OBSERVED RESULT Also closes the window the view was dragged from. EXPECTED RESULT Only close the focused view. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 442179] Editing the toolbar and pressing apply twice causes a new Main Toolbar to appear.
https://bugs.kde.org/show_bug.cgi?id=442179 nsprang...@gmail.com changed: What|Removed |Added CC||nsprang...@gmail.com --- Comment #1 from nsprang...@gmail.com --- Created attachment 141417 --> https://bugs.kde.org/attachment.cgi?id=141417=edit three toolbars in the config dialog Can confirm on 21.08.1 and git. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 441803] Konsole does not allow to change default profile, but creates new profile instead, leading to cumbersome "New Tab" workflow
https://bugs.kde.org/show_bug.cgi?id=441803 nsprang...@gmail.com changed: What|Removed |Added CC||nsprang...@gmail.com Ever confirmed|0 |1 Status|REPORTED|CONFIRMED --- Comment #1 from nsprang...@gmail.com --- This is how Konsole was designed apparently. It keeps creating more profiles because you have to manually set the default: Go to "Settings > Manage Profiles", select your profile and click set as default. Now the new tab buttons and menus will use your profile (and you can change it without creating more profiles). I'm working on a commit that adds a "set as default" button to the dialog and I believe there is other work being done to overhaul the profile system... https://invent.kde.org/farruinn/konsole/-/commits/default-profile-button -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 440143] Automatic profiles duplication
https://bugs.kde.org/show_bug.cgi?id=440143 nsprang...@gmail.com changed: What|Removed |Added CC||nsprang...@gmail.com --- Comment #1 from nsprang...@gmail.com --- Can't reproduce on current git but can on 21.08.1 (Manjaro): 1. Select a custom profile. 2. Select "Edit Current Profile" from right-click or Settings menu. 3. Click OK 4. The "Switch Profile" menu now has duplicate entries for that profile, but the Manage Profiles dialog will correctly show no duplicates have been made, matching ~/.local/share/konsole/ I couldn't reproduce multiple Default profiles however. Ilyas, just fyi, when you select Edit Current Profile with the built-in default as the current profile, it will automatically create a new profile with a new number. You will have to go into Manage Profiles and hit Set as Default. That is expected behavior, but not what's in your screenshot of course. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 441756] split bar steals view
https://bugs.kde.org/show_bug.cgi?id=441756 nsprang...@gmail.com changed: What|Removed |Added CC||nsprang...@gmail.com --- Comment #1 from nsprang...@gmail.com --- It's toggled through the menu: Settings > Toolbars Shown > Main Toolbar. It would be helpful if this was also in the main settings dialog. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 436264] "New Tab" menu item does nothing when only one profile exists
https://bugs.kde.org/show_bug.cgi?id=436264 nsprang...@gmail.com changed: What|Removed |Added Resolution|--- |FIXED Latest Commit||https://invent.kde.org/util ||ities/konsole/commit/fed1a9 ||d2cf9a9d6f4c0207068b43f7788 ||b8515ea Status|ASSIGNED|RESOLVED --- Comment #5 from nsprang...@gmail.com --- Git commit fed1a9d2cf9a9d6f4c0207068b43f7788b8515ea by Nathan Sprangers. Committed on 05/09/2021 at 19:49. Pushed by ahmadsamir into branch 'master'. Fix missing new-tab menu when only one profile exists Sub-menu will always be displayed in "File>New Tab" and "New Tab" button, even if there is only one profile to display (the built-in default). This fixes not being able to create a new tab from "File>New Tab" menu and long-pressing on the new tab toolbar button. M +16 -39 src/MainWindow.cpp https://invent.kde.org/utilities/konsole/commit/fed1a9d2cf9a9d6f4c0207068b43f7788b8515ea -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 436264] "New Tab" menu item does nothing when only one profile exists
https://bugs.kde.org/show_bug.cgi?id=436264 nsprang...@gmail.com changed: What|Removed |Added CC||nsprang...@gmail.com --- Comment #4 from nsprang...@gmail.com --- Submitted the above merge request. A better fix would be for the "File > New Tab" menu item to become clickable when there is only one profile. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 423136] Konsole crashes with multiple instances opened and changing profile settings
https://bugs.kde.org/show_bug.cgi?id=423136 nsprang...@gmail.com changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED CC||nsprang...@gmail.com --- Comment #1 from nsprang...@gmail.com --- I can reproduce this on version 21.11.70 (current git) but not on 21.08.0 (packaged with Manjaro). It reliably crashes when selecting "Default [Read Only]" and clicking "Set as default" with this error: ASSERT: "_profiles.find(profile) != _profiles.cend()" in file /home/nathan/kde/src/konsole/src/profile/ProfileManager.cpp, line 414 Cannot reproduce on 21.08.0 (Manjaro) version. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 409582] Make preview of occupied area shown by drag and drop more realistic
https://bugs.kde.org/show_bug.cgi?id=409582 --- Comment #3 from nsprang...@gmail.com --- Created attachment 141282 --> https://bugs.kde.org/attachment.cgi?id=141282=edit drag-n-drop hint occupies half the targeted view It appears this bug has been fixed as of at least version 21.08.0. I couldn't find any corresponding closed bugs or issues on invent.kde.org to link. -- You are receiving this mail because: You are watching all bug changes.
