[frameworks-kglobalaccel] [Bug 487564] killing a script that gets started with a kde shortcut kills the whole plasma session
https://bugs.kde.org/show_bug.cgi?id=487564 --- Comment #9 from Jim Jones --- did you make sure that the script is actuall running? what does "ps aux|grep foo.sh" show? could someone else please try to reproduce the bug? It kill my x11/plasma session each time i kill the script, which i started with a global shortcut, from a konsole session. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 487564] killing a script that gets started with a kde shortcut kills the whole plasma session
https://bugs.kde.org/show_bug.cgi?id=487564 --- Comment #7 from Jim Jones --- was it possible to reproduce the bug? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 487564] killing a script that gets started with a kde shortcut kills the whole plasma session
https://bugs.kde.org/show_bug.cgi?id=487564 --- Comment #6 from Jim Jones --- (In reply to Nate Graham from comment #5) > What is this script *supposed to* do? it's an example script that triggers the bugs. the "kill 0" that should kill all child processes (of the script) kills the whole kde session -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 487564] killing a script that gets started with a kde shortcut kills the whole plasma session
https://bugs.kde.org/show_bug.cgi?id=487564 Jim Jones changed: What|Removed |Added Summary|killing a script that gets |killing a script that gets |started with a defined kde |started with a kde shortcut |shortcut kills the whole|kills the whole plasma |plasma session |session -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 487564] killing a script that gets started with a defined kde shortcut kills the whole plasma session
https://bugs.kde.org/show_bug.cgi?id=487564 --- Comment #4 from Jim Jones --- Created attachment 170049 --> https://bugs.kde.org/attachment.cgi?id=170049=edit script to reproduce the bug -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 487564] killing a script that gets started with a defined kde shortcut kills the whole plasma session
https://bugs.kde.org/show_bug.cgi?id=487564 --- Comment #3 from Jim Jones --- krunner is also effected, after starting the script and killing it from a shell, krunner is gone and some shortcuts don't work anymore until kde is restarted -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 487564] killing a script that gets started with a defined kde shortcut kills the whole plasma session
https://bugs.kde.org/show_bug.cgi?id=487564 Jim Jones changed: What|Removed |Added Component|general |generic-crash -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 487495] kwin on X11 shows a black lock screen with cursor after display goes in standby/sleep mode
https://bugs.kde.org/show_bug.cgi?id=487495 --- Comment #5 from Jim Jones --- > That's not the same bug! True, this is another bug! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 487564] killing a script that gets started with a defined kde shortcut kills the whole plasma session
https://bugs.kde.org/show_bug.cgi?id=487564 --- Comment #2 from Jim Jones --- ping -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 487564] killing a script that gets started with a defined kde shortcut kills the whole plasma session
https://bugs.kde.org/show_bug.cgi?id=487564 Jim Jones changed: What|Removed |Added Product|krunner |plasmashell Target Milestone|--- |1.0 Version|6.1.0 |6.0.5 Component|general |general CC||k...@davidedmundson.co.uk -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 487564] killing a script that gets started with a defined kde shortcut kills the whole plasma session
https://bugs.kde.org/show_bug.cgi?id=487564 --- Comment #1 from Jim Jones --- the whole plasma session also gets killed, when wayland is used instead of x11 -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 487564] killing a script that gets started with a defined kde shortcut kills the whole plasma session
https://bugs.kde.org/show_bug.cgi?id=487564 Jim Jones changed: What|Removed |Added Summary|killing an app that gets|killing a script that gets |started with a defined kde |started with a defined kde |shortcut kills the whole|shortcut kills the whole |plasma session |plasma session -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 487495] kwin on X11 shows a black lock screen with cursor after display goes in standby/sleep mode
https://bugs.kde.org/show_bug.cgi?id=487495 Jim Jones changed: What|Removed |Added Summary|kwin on X11 black lock |kwin on X11 shows a black |screen with cursor after|lock screen with cursor |display goes in |after display goes in |standby/sleep mode |standby/sleep mode -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 487564] killing an app that gets started with a defined kde shortcut kills the whole plasma session
https://bugs.kde.org/show_bug.cgi?id=487564 Jim Jones changed: What|Removed |Added Summary|killing an app that gets|killing an app that gets |started with a defined |started with a defined kde |shortcut kills the whole|shortcut kills the whole |plasma session |plasma session -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 487564] New: killing an app that gets started with a defined shortcut kills the whole plasma session
https://bugs.kde.org/show_bug.cgi?id=487564
Bug ID: 487564
Summary: killing an app that gets started with a defined
shortcut kills the whole plasma session
Classification: Plasma
Product: krunner
Version: 6.1.0
Platform: Other
OS: Other
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: plasma-b...@kde.org
Reporter: rauchwo...@gmx.net
CC: alexander.loh...@gmx.de, natalie_clar...@yahoo.de
Target Milestone: ---
SUMMARY
killing an app that gets started with a defined shortcut kills the whole plasma
session
the actual script used called - ~/foo.sh
"
#!/bin/bash
trap "exit" INT TERM ERR
trap "{ kill 0; }" EXIT
sleep 1000 &
wait
"
STEPS TO REPRODUCE
1. define a shortcut - Add new -> "Command and Script", as command set ~/foo.sh
and define a keyboard shortcut
2. activate the command by pressing the keyboard shortcut
3. open a konsole window and run - killall foo.sh
OBSERVED RESULT
the whole /usr/bin/startplasma-x11 session gets killed
EXPECTED RESULT
the script should get killed, the /usr/bin/startplasma-x11 session should be
unaffected
SOFTWARE/OS VERSIONS
Operating System: Gentoo Linux 2.15
KDE Plasma Version: 6.0.5
KDE Frameworks Version: 6.2.0
Qt Version: 6.7.0
Kernel Version: 6.9.1 (64-bit)
Graphics Platform: X11
Memory: 38.8 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 620
ADDITIONAL INFORMATION
--
You are receiving this mail because:
You are watching all bug changes.
[kwin] [Bug 487495] New: kwin on X11 black lock screen with cursor after display goes in standby/sleep mode
https://bugs.kde.org/show_bug.cgi?id=487495 Bug ID: 487495 Summary: kwin on X11 black lock screen with cursor after display goes in standby/sleep mode Classification: Plasma Product: kwin Version: 6.0.5 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: rauchwo...@gmx.net Target Milestone: --- *** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** SUMMARY the screen stays black and just shows a cursor when the screen is locked and the screen gets woken up from sleep STEPS TO REPRODUCE 1. sleep 1 ; xset dpms force standby 2. press meta + L (to look the screen) 3. wait until the screen goes in standby/sleep mode 4. mouse the mouse cursor OBSERVED RESULT the screen stays black and just shows the mouse cursor (although the lockscreen is still there as the mouse cursor changes over the position of the password field) switching to a virtual terminal (ctrl+alt+f1) and back to the X11 session brings back the lock screen EXPECTED RESULT the lock screen gets shown SOFTWARE/OS VERSIONS Operating System: Gentoo Linux 2.15 KDE Plasma Version: 6.0.5 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.0 Kernel Version: 6.9.1 (64-bit) Graphics Platform: X11 Memory: 38.8 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 452842] create preview of files instantly when the user scrolls through folders with a lot of files
https://bugs.kde.org/show_bug.cgi?id=452842 --- Comment #1 from Jim Jones --- any updates? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 475090] ExposeClass method selects the next window class when the window with the current focus is closed and the next window in line is from a different class
https://bugs.kde.org/show_bug.cgi?id=475090 --- Comment #1 from Jim Jones --- i found a more reproducible way: 1. open 3 terminal windows and one dolphin window 2. focus aka click on the dolphin window 3. click on one of the terminal windows 4. call ExposeClass 5. close the terminal window that got clicked/focused in "3." 6. now the dolphin windows only is shown instead of the 2 still open terminal instances -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 475090] New: ExposeClass method selects the next window class when the window with the current focus is closed and the next window in line is from a different class
https://bugs.kde.org/show_bug.cgi?id=475090 Bug ID: 475090 Summary: ExposeClass method selects the next window class when the window with the current focus is closed and the next window in line is from a different class Classification: Plasma Product: kwin Version: git-stable-Plasma/5.27 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: effects-present-windows Assignee: kwin-bugs-n...@kde.org Reporter: rauchwo...@gmx.net Target Milestone: --- SUMMARY ExposeClass method selects the next window class when the window with the current focus is closed and the next window in line is from a different class STEPS TO REPRODUCE 1. open 3 terminal windows and one dolphin window 2. select terminal (current focus) and call ExposeClass 3. close terminal window 4. if the next window in line is dolphin, ExposeClass switches to dolphin (and only shows dolphin windows) instead of staying in the konsole window class until all konsole windows are closed OBSERVED RESULT ExposeClass switches to new windows class (if in line) when windows gets closed EXPECTED RESULT ExposeClass stays in the same class until all open window class windows are closed SOFTWARE/OS VERSIONS Operating System: Linux KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.110.0 Qt Version: 5.15.10 Kernel Version: 6.5.5 (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i5-8365U CPU @ 1.60GHz Memory: 38.8 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 325574] Unable to modify file on Android device using kio-mtp
https://bugs.kde.org/show_bug.cgi?id=325574 Jim Jones changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #19 from Jim Jones --- i applied the patch on 22.12.3 and it's still not possible to move files between folders, as i get the following error before the operation would finish: "Changing the attributes of files is not supported with protocol mtp." -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 463586] drag and drop files from gwenview into a folder in dolphin is broken (only works the first time)
https://bugs.kde.org/show_bug.cgi?id=463586 --- Comment #9 from Jim Jones --- reverting the commit b6e8d6a9786937602e76d3ed26ca2ba4043b2336 fixes the bug for me too -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 463586] drag and drop files from gwenview into a folder in dolphin is broken (only works the first time)
https://bugs.kde.org/show_bug.cgi?id=463586 --- Comment #5 from Jim Jones --- the bug also happens when copying files between two gwenview windows. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 463586] drag and drop files from gwenview into a folder in dolphin is broken (only works the first time)
https://bugs.kde.org/show_bug.cgi?id=463586 Jim Jones changed: What|Removed |Added Summary|drag and drop from gwenview |drag and drop files from |to dolphin is broken (only |gwenview into a folder in |works the first time) |dolphin is broken (only ||works the first time) -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 463586] drag and drop from gwenview to dolphin is broken (only works the first time)
https://bugs.kde.org/show_bug.cgi?id=463586 Jim Jones changed: What|Removed |Added Summary|drag and drop from gwenview |drag and drop from gwenview |into dolphin is broken |to dolphin is broken (only |(only works the first time) |works the first time) -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 463586] drag and drop from gwenview into dolphin is broken (only works the first time)
https://bugs.kde.org/show_bug.cgi?id=463586 Jim Jones changed: What|Removed |Added Component|general |general Product|dolphin |gwenview -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 463586] drag and drop from gwenview into dolphin is broken (only works the first time)
https://bugs.kde.org/show_bug.cgi?id=463586 Jim Jones changed: What|Removed |Added Component|general |general CC||kfm-de...@kde.org Product|gwenview|dolphin -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 463586] drag and drop from gwenview into dolphin is broken (only works the first time)
https://bugs.kde.org/show_bug.cgi?id=463586 --- Comment #2 from Jim Jones --- Better way to reproduce, show the bug: STEPS TO REPRODUCE 1. drag multiple files (A) from gwenview into a folder in dolphin (it works) 2. drag file (B) from gwenview into a folder in dolphin (it tries to copy/overwrite the files (A) selected in step (1.) again, although only one file (B) is dragged) -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 463586] drag and drop from gwenview into dolphin is broken (only works the first time)
https://bugs.kde.org/show_bug.cgi?id=463586 Jim Jones changed: What|Removed |Added Summary|drag and drop from gwenview |drag and drop from gwenview |is borken (only works the |into dolphin is broken |first time) |(only works the first time) --- Comment #1 from Jim Jones --- dragging files into other apps like konsole seems normally. Restarting dolphin fixes the problem and it works one time again (so it could be that the problem is also dolpin related) -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 463586] drag and drop from gwenview is borken (only works the first time)
https://bugs.kde.org/show_bug.cgi?id=463586 Jim Jones changed: What|Removed |Added Summary|drag and drop from gwenview |drag and drop from gwenview |is borken |is borken (only works the ||first time) -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 463586] New: drag and drop from gwenview is borken
https://bugs.kde.org/show_bug.cgi?id=463586 Bug ID: 463586 Summary: drag and drop from gwenview is borken Classification: Applications Product: gwenview Version: 22.12.0 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: rauchwo...@gmx.net Target Milestone: --- SUMMARY Drag and drop operation from qenview into dolphin is broken, it works for the first time, but doing it a second time with different files, always tries to copy the files from the first drap and drop operation STEPS TO REPRODUCE 1. drag file A from gwenview into a folder in dolphin (it works) 2. drag file B from gwenview into a folder in dolphin (it tries to copy the file A again, although file B is dragged) OBSERVED RESULT tries to copy the file A from the first drag operation,when doing a second opeartion with file B EXPECTED RESULT file B gets copied SOFTWARE/OS VERSIONS KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 459598] New: clicking with the mouse in an unfocused window shouldn't trigger an action aka open a file/folder
https://bugs.kde.org/show_bug.cgi?id=459598 Bug ID: 459598 Summary: clicking with the mouse in an unfocused window shouldn't trigger an action aka open a file/folder Classification: Applications Product: dolphin Version: 22.08.1 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: rauchwo...@gmx.net CC: kfm-de...@kde.org Target Milestone: --- SUMMARY *** clicking with the mouse in an unfocused window shouldn't trigger an action aka open a file/folder STEPS TO REPRODUCE 1. open 2 dolphin instances A + B 2. give focus to dolphin instance A 3. click on a file/folder in instance B 4. file/folder gets opened OBSERVED RESULT the file/folder gets opened in the previously unfocused window EXPECTED RESULT the window without focus gets selection, at best the file/folder gets selected (if there is one below the mouse pointer) SOFTWARE/OS VERSIONS Operating System: Gentoo Linux 2.8 KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.5 Kernel Version: 5.19.11 (64-bit) Graphics Platform: X11 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 457045] New: [REGRESSION] dolphin: allow to drag files into the current folder when the folder only consists of sub-folders (drop in column != "Name")
https://bugs.kde.org/show_bug.cgi?id=457045 Bug ID: 457045 Summary: [REGRESSION] dolphin: allow to drag files into the current folder when the folder only consists of sub-folders (drop in column != "Name") Product: dolphin Version: 22.04.3 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: rauchwo...@gmx.net CC: kfm-de...@kde.org Target Milestone: --- SUMMARY when trying to drag files folders to a dolphin window which shows a folder which only consists of sub-folders, the files get copies/moved into a sub-folder, instead of the current folder STEPS TO REPRODUCE 1. drag file into dolphin window (which only consists of sub-foulders) 2. drop file OBSERVED RESULT files get copied into the sub-folder EXPECTED RESULT files get copied into the current folder when dropped in an area != "Name" SOFTWARE/OS VERSIONS KDE Plasma Version: 5.25.3 KDE Frameworks Version: 5.96.0 Qt Version: 5.15.5 Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455546] [FEATURE] present windows - allow to set the functionality of the right mouse button
https://bugs.kde.org/show_bug.cgi?id=455546 Jim Jones changed: What|Removed |Added Summary|[FEATURE] allow to set the |[FEATURE] present windows - |functionality of the right |allow to set the |mouse button|functionality of the right ||mouse button -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455546] New: [FEATURE] allow to set the functionality of the right mouse button
https://bugs.kde.org/show_bug.cgi?id=455546 Bug ID: 455546 Summary: [FEATURE] allow to set the functionality of the right mouse button Product: kwin Version: 5.25.0 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: effects-present-windows Assignee: kwin-bugs-n...@kde.org Reporter: rauchwo...@gmx.net Target Milestone: --- the current present windows effect only handles the left and the middle mouse button, while the effect is active. allow an user to defined the functionality of the right button like: * close all windows * only show current window class * ... STEPS TO REPRODUCE 1. activate the present windows effect 2. press the right mouse button OBSERVED RESULT nothing happens EXPECTED RESULT user can define the action of the right mouse button SOFTWARE/OS VERSIONS KDE Plasma Version: 5.25.0 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.4 Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 409574] Dolphin startup is sometimes delayed by up to 10 seconds
https://bugs.kde.org/show_bug.cgi?id=409574 Jim Jones changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #7 from Jim Jones --- fixed some time ago -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 453289] Dolphin doesn't mark the parent folder when Up button is being used
https://bugs.kde.org/show_bug.cgi?id=453289 --- Comment #17 from Jim Jones --- (In reply to Bug Janitor Service from comment #16) > A possibly relevant merge request was started @ > https://invent.kde.org/frameworks/kio/-/merge_requests/862 the patch fixes the bug for me -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 453176] New: when leaving a folder with ALT + UP KEY, dolphin always selects the first folder instead of the folder, the user is coming from
https://bugs.kde.org/show_bug.cgi?id=453176 Bug ID: 453176 Summary: when leaving a folder with ALT + UP KEY, dolphin always selects the first folder instead of the folder, the user is coming from Product: dolphin Version: 22.04.0 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: rauchwo...@gmx.net CC: kfm-de...@kde.org Target Milestone: --- SUMMARY entering a folder and leaving it again with (ALT + UP) doesn't select the folder which currently was STEPS TO REPRODUCE 1. enter a folder in dolphin 2. press ALT + UP KEY 3. dolphin selects the first folder instead of folder the user is coming from OBSERVED RESULT the first folder is selected EXPECTED RESULT the folder the user is coming from, should get selected SOFTWARE/OS VERSIONS KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.93.0 Qt Version: 5.15.3 Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #51 from Jim Jones --- ping -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 450315] Application Menu in titlebar doesn't show checkboxes in claws-mail on first click
https://bugs.kde.org/show_bug.cgi?id=450315 --- Comment #3 from Jim Jones --- ping -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 452842] New: create preview of files instantly when the user scrolls through folders with a lot of files
https://bugs.kde.org/show_bug.cgi?id=452842 Bug ID: 452842 Summary: create preview of files instantly when the user scrolls through folders with a lot of files Product: gwenview Version: 22.04.0 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: rauchwo...@gmx.net Target Milestone: --- SUMMARY when gwenview is used to show folders with hundreds/thousands of files the time to create a preview of files can take a long time. If the user scrolls down to pictures without an existing preview, gwenview should not create previews in a linear way and should instead prioritize the creation of preview for the pictures that are currently in "focus" STEPS TO REPRODUCE 1. open folder with massive amounts of pictures 2. scroll down some pages 3. wait for a long time until the preview of the focused pictures is created OBSERVED RESULT wait for a long time until the preview of the focused pictures is created, when the user scrolls down EXPECTED RESULT the preview of the focused pictures is created instantly, when the user scrolls down SOFTWARE/OS VERSIONS KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.93.0 Qt Version: 5.15.3 Graphics Platform: X11 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 452648] the osd volume indicator is displayed in the top left corner of the screen instead of being displayed in the center of the screen
https://bugs.kde.org/show_bug.cgi?id=452648 --- Comment #21 from Jim Jones --- finished - https://invent.kde.org/frameworks/plasma-framework/-/merge_requests/509 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 452648] the osd volume indicator is displayed in the top left corner of the screen instead of being displayed in the center of the screen
https://bugs.kde.org/show_bug.cgi?id=452648 --- Comment #20 from Jim Jones --- how do i create a merge request? I can only find a new button to create a new issue, checking out the source creating a new branch and trying to push the new branch leads to a You are not allowed to push code to this project. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 452648] the osd volume indicator is displayed in the top left corner of the screen instead of being displayed in the center of the screen
https://bugs.kde.org/show_bug.cgi?id=452648 --- Comment #18 from Jim Jones --- if someone can answer this, i can create a the invite stuff -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 452648] the osd volume indicator is displayed in the top left corner of the screen instead of being displayed in the center of the screen
https://bugs.kde.org/show_bug.cgi?id=452648 --- Comment #17 from Jim Jones --- to be honest, i just payed around with the patch and i'm not quite sure if it would be a better idea to just revert the whole commit -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 452648] the osd volume indicator is displayed in the top left corner of the screen instead of being displayed in the center of the screen
https://bugs.kde.org/show_bug.cgi?id=452648 --- Comment #15 from Jim Jones --- shouldn't the guy that pushed this broken commit fix it? based on git it was Aleix Pol -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 452648] the osd volume indicator is displayed in the top left corner of the screen instead of being displayed in the center of the screen
https://bugs.kde.org/show_bug.cgi?id=452648 --- Comment #13 from Jim Jones --- Created attachment 148232 --> https://bugs.kde.org/attachment.cgi?id=148232=edit dialog patch this patch fixes the problem for me, it reverts a part of 29d31c159503e454b3c483b0b7eb180ce0ee926a -- You are receiving this mail because: You are watching all bug changes.
[kmix] [Bug 452648] New: the osd volume indicator is displayed in the top left corner of the screen instead of being displayed in the center of the screen
https://bugs.kde.org/show_bug.cgi?id=452648 Bug ID: 452648 Summary: the osd volume indicator is displayed in the top left corner of the screen instead of being displayed in the center of the screen Product: kmix Version: 21.12.3 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: On-Screen-Display (OSD) Assignee: es...@kde.org Reporter: rauchwo...@gmx.net Target Milestone: --- SUMMARY after the upgrade to kde-frameworks-5.93 the osd volume indicator is displayed in the top left corner of the screen instead of being displayed in the center of the screen STEPS TO REPRODUCE 1. start kmix 2. press the volume button on the keyboard OBSERVED RESULT the osd volume indicator is displayed in the top left corner of the screen EXPECTED RESULT the osd volume indicator is displayed in the center of the screen SOFTWARE/OS VERSIONS KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.93.0 Qt Version: 5.15.3 Graphics Platform: X11 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 450315] Application Menu in titlebar doesn't show checkboxes in claws-mail on first click
https://bugs.kde.org/show_bug.cgi?id=450315 --- Comment #2 from Jim Jones --- SUMMARY when the "application menu" is in the titlebar and the option menu is shown in claws-mails new mail windows, the check boxes are missing, the first time the window is shown *) removing the application menu from the titlebar fixes the problem *) closing the menu and re-opening it again, shows the missing check boxes -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 450315] Application Menu in titlebar doesn't show checkboxes in claws-mail on first click
https://bugs.kde.org/show_bug.cgi?id=450315 --- Comment #1 from Jim Jones --- Created attachment 146776 --> https://bugs.kde.org/attachment.cgi?id=146776=edit menu, after opening it the second time -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 450315] New: Application Menu in titlebar doesn't show checkboxes in claws-mail on first click
https://bugs.kde.org/show_bug.cgi?id=450315 Bug ID: 450315 Summary: Application Menu in titlebar doesn't show checkboxes in claws-mail on first click Product: Breeze Version: 5.24.1 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: window decoration Assignee: plasma-b...@kde.org Reporter: rauchwo...@gmx.net CC: kwin-bugs-n...@kde.org Target Milestone: --- Created attachment 146775 --> https://bugs.kde.org/attachment.cgi?id=146775=edit menu after opening it the first time SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. open new mail window 2. open options menu 3. check boxes are missing the first time the menu is opened OBSERVED RESULT check boxes are missing EXPECTED RESULT check boxes are shown SOFTWARE/OS VERSIONS Operating System: Linux KDE Plasma Version: 5.24.0 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.2 Kernel Version: 5.16.9-gentoo (64-bit) Graphics Platform: X11 ADDITIONAL INFORMATION *) removing the application menu from the titlebar fixes the problem *) closing the menu and re-opening it again, shows the missing check boxes -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 443787] Multimonitor Telegram click on video/picture opens on other screen flickers wildly
https://bugs.kde.org/show_bug.cgi?id=443787 --- Comment #8 from Jim Jones --- (In reply to Bug Janitor Service from comment #5) > A possibly relevant merge request was started @ > https://invent.kde.org/plasma/kwin/-/merge_requests/1535 the patch fixes the mpv bug - https://bugs.kde.org/show_bug.cgi?id=443800 - for me -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 443800] [Regression] kwin places mpv full screen window on the wrong screen
https://bugs.kde.org/show_bug.cgi?id=443800 Jim Jones changed: What|Removed |Added Summary|[Regression] kwin places|[Regression] kwin places |mpv full screen windows on |mpv full screen window on |the wrong screen|the wrong screen -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 443800] [Regression] kwin places mpv full screen windows on the wrong screen
https://bugs.kde.org/show_bug.cgi?id=443800 Jim Jones changed: What|Removed |Added Component|platform-x11-standalone |multi-screen -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 443800] [Regression] kwin places mpv full screen windows on the wrong screen
https://bugs.kde.org/show_bug.cgi?id=443800 Jim Jones changed: What|Removed |Added Summary|kwin places mpv full screen |[Regression] kwin places |windows on the wrong screen |mpv full screen windows on ||the wrong screen -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 443800] kwin places mpv full screen windows on the wrong screen
https://bugs.kde.org/show_bug.cgi?id=443800 Jim Jones changed: What|Removed |Added Summary|kwin places full screen |kwin places mpv full screen |windows on the wrong screen |windows on the wrong screen -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #50 from Jim Jones --- any updates on this bug? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 443800] New: kwin places full screen windows on the wrong screen
https://bugs.kde.org/show_bug.cgi?id=443800 Bug ID: 443800 Summary: kwin places full screen windows on the wrong screen Product: kwin Version: 5.23.0 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: platform-x11-standalone Assignee: kwin-bugs-n...@kde.org Reporter: rauchwo...@gmx.net Target Milestone: --- SUMMARY on a multi monitor setup with 2 screens, kwin places the mpv window in full screen mode on screen 0 (the primary screen) instead of screen 1 STEPS TO REPRODUCE 1. mpv --screen=1 --fs-screen=1 --fs video.mp4 2. starts the video on full screen on 0 instead of screen 1 OBSERVED RESULT mpv --screen=1 --fs-screen=1 video.mp4 won't start the video in full screen but places the video on screen 1 EXPECTED RESULT window gets places on screen 1 SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Plasma Version: 5.23.0 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION using for example fluxbox instead of kde/kwin, fixes the problem and the window gets places in full screen on screen 1, when the video is started with mpv --screen=1 --fs-screen=1 --fs video.mp4 -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 443769] [Regression] breeze 5.23: QDoubleSpinBoxes ignore the alignment and always get aligned in the center
https://bugs.kde.org/show_bug.cgi?id=443769 --- Comment #2 from Jim Jones --- Created attachment 142467 --> https://bugs.kde.org/attachment.cgi?id=142467=edit after reverting the commit -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 443769] [Regression] breeze 5.23: QDoubleSpinBoxes ignore the alignment and always get aligned in the center
https://bugs.kde.org/show_bug.cgi?id=443769 --- Comment #1 from Jim Jones --- Reverting https://github.com/KDE/breeze/commit/d59275df3bb71c583c896d7dc3a31cac413cbb3b fixes the regression -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 443769] New: [Regression] breeze 5.23: QDoubleSpinBoxes ignore the alignment and always get aligned in the center
https://bugs.kde.org/show_bug.cgi?id=443769 Bug ID: 443769 Summary: [Regression] breeze 5.23: QDoubleSpinBoxes ignore the alignment and always get aligned in the center Product: Breeze Version: 5.23.0 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: QStyle Assignee: plasma-b...@kde.org Reporter: rauchwo...@gmx.net CC: noaha...@gmail.com Target Milestone: --- Created attachment 142466 --> https://bugs.kde.org/attachment.cgi?id=142466=edit showing the buggy alignment SUMMARY After the update to breeze 5.23, QDoubleSpinBoxes ignore the alignment and always get aligned in the center STEPS TO REPRODUCE 1. create a widget with a QDoubleSpinBox 2. set the alignment to Qt::AlignRight 3. open the widget 4. alignment is still Qt::AlignCenter OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.23.0 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 436572] [FEATURE REQUEST] allow to user to select a specific window class in the present windows effect
https://bugs.kde.org/show_bug.cgi?id=436572 --- Comment #1 from Jim Jones --- adding meta keys like alt/ctrl to set shortcuts would also be a good idea imo, like ctrl+left click triggers the effect -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 436572] [FEATURE REQUEST] allow to user to select a specific window class in the present windows effect
https://bugs.kde.org/show_bug.cgi?id=436572 Jim Jones changed: What|Removed |Added Summary|[FEATURE REQUEST] allow to |[FEATURE REQUEST] allow to |user the select a specific |user to select a specific |window class in the present |window class in the present |windows effect |windows effect -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 436572] New: [FEATURE REQUEST] allow to user the select a specific window class in the present windows effect
https://bugs.kde.org/show_bug.cgi?id=436572 Bug ID: 436572 Summary: [FEATURE REQUEST] allow to user the select a specific window class in the present windows effect Product: kwin Version: 5.21.4 Platform: Other OS: Other Status: REPORTED Severity: wishlist Priority: NOR Component: effects-present-windows Assignee: kwin-bugs-n...@kde.org Reporter: rauchwo...@gmx.net Target Milestone: --- SUMMARY Allow to select specific window types in the "present windows" effect For example, if the present windows effect is active and different windows are show like some dolphin and konsole windows and the user clicks on a konsole window with the middle mouse button (let the user control this in the configuration dialog), only the konsole windows get shown the method is already available in kwin qdbus org.kde.kglobalaccel /component/kwin org.kde.kglobalaccel.Component.invokeShortcut ExposeClass -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #47 from Jim Jones --- ping -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610
--- Comment #46 from Jim Jones ---
btw the same happens for dolphin too
for i in {1..2} ; do ( dolphin & ) ; done
now both dolphin windows overlap each other to 100% aka get placed at the same
positon
--
You are receiving this mail because:
You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610
--- Comment #45 from Jim Jones ---
the only bug that still exists:
this command still places two windows on top of each other
for i in {1..2} ; do ( konsole & ) ; done
disabling "Allow KDE apps to remember the position of their own window", places
them at different positions aka they don't overlap each other to 100%
--
You are receiving this mail because:
You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #44 from Jim Jones --- Enabling the option "Run all Konsole windows in a single process" in konsole fixes the bug for me and windows don't overlap each other after this option is enabled, disabling the option leads to the same broken behavior. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 Jim Jones changed: What|Removed |Added Ever confirmed|0 |1 Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |CONFIRMED --- Comment #43 from Jim Jones --- I'm now on 5.79 framework and the bug is still there. But I'm still on plasma 5.20, maybe 5.21 fixes the bug? -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #41 from Jim Jones --- Created attachment 135439 --> https://bugs.kde.org/attachment.cgi?id=135439=edit resetting the config only works until konsole is closed again -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #40 from Jim Jones --- deleting all konsole related config files with # rm -rf ./.config/konsolerc ./konsole ./.local/share/konsole fixes the bug for a short time but after opening and closing konsole a few times, the same behavior is back again -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 Jim Jones changed: What|Removed |Added Attachment #135437|0 |1 is obsolete|| --- Comment #39 from Jim Jones --- Created attachment 135438 --> https://bugs.kde.org/attachment.cgi?id=135438=edit video showing the bug -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #38 from Jim Jones --- Created attachment 135437 --> https://bugs.kde.org/attachment.cgi?id=135437=edit video showing the bug -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #36 from Jim Jones --- "Allow KDE apps to rememeber ..." enabled + "Remember window size" enabled: CORRECT: stores the position correctly on exit and opens the first instance at the stored position ERROR: doesn't hand over the instances after the first instance to kwin aka the following instances overlap each other as they get also opened at the same position "Allow KDE apps to rememeber ..." enabled + "Remember window size" disabled: ERROR: doesn't store the position on exit and always opens the first instance at the same position CORRECT: the instances that gets open afterwards get handed over to kwin -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 Jim Jones changed: What|Removed |Added Status|NEEDSINFO |CONFIRMED Resolution|WAITINGFORINFO |--- --- Comment #35 from Jim Jones --- "Allow KDE apps to rememeber ..." enabled + "Remember window size" enabled: 1) last konsole window is at position A when it gets closed 2) the next window that gets opened is opened at position A everything is correct up to this point but 3) following instances that get opened afterwards get also opened at position A aka overlap the last opened window to 100% instead of handling over the window to kwin (which would palce them at a different point) "Allow KDE apps to rememeber ..." enabled + "Remember window size" disabled: 1) last konsole window is at position A when it gets closed 2) the position isn't stored on exit, following windows always get opened at the same position B 3) but the second instance is handed over to kwin aka they don't overlap like in the case before is the description better now? -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #33 from Jim Jones --- (In reply to Nate Graham from comment #32) > (In reply to Jim Jones from comment #31) > > To make i more easy to read: > > > > "Allow KDE apps to rememeber ..." + "Remember window size": > > restores the windows the gets opened after the last got closed at the same > > position, but following windows get opened at the same position aka overlap > What window placement strategy is KWin using? "Minimal overlapping" or > something else? "Minimal overlapping" > > "Allow KDE apps to rememeber ..." + ( "Remember window size" disabled ): > > doesn't store the last position but doesn't create following windows at the > > same position aka kwin handles the following window > This sounds like the intended behavior, no? The window position of the last closed window doesn't seem to get honored/stored and the first window after the last closed window, always gets created at the same position aka last window gets closed at position "A" and the first window afterwards always gets opened at position "B" doesn't matter where the last window got closed -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #31 from Jim Jones --- To make i more easy to read: "Allow KDE apps to rememeber ..." + "Remember window size": restores the windows the gets opened after the last got closed at the same position, but following windows get opened at the same position aka overlap "Allow KDE apps to rememeber ..." + ( "Remember window size" disabled ): doesn't store the last position but doesn't create following windows at the same position aka kwin handles the following window -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #30 from Jim Jones --- btw dolphin works correctly, it rembers it's window position and places the first window created after the last got closed at the same position and all following windows are handled by kwin -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole manages its own window position even when forcing KWin to manage window placement
https://bugs.kde.org/show_bug.cgi?id=427610 Jim Jones changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #29 from Jim Jones --- (In reply to Kurt Hindenburg from comment #28) > Git commit d22236c3615ac2189c0254d71614eda316130abd by Kurt Hindenburg, on > behalf of Nate Graham. > Committed on 20/01/2021 at 15:25. > Pushed by hindenburg into branch 'master'. > > Fix "Remember window size" not working when unchecked > > When this feature is turned off, it deletes some keys from Konsole's > config file. However this broke recently for two reasons: > > 1. The key names changed a few Frameworks releases ago > 2. There are new keys that need to be deleted or else position gets >restored too > > This commit fixes that bug by updating the condition to delete all the > config keys required to make the off state for this feature work again. > FIXED-IN: 20.12.2 > (cherry picked from commit 8fa1c4b508b080f958a16d52a1e03bcf9e7e4495) > > M +16 -3src/MainWindow.cpp > > https://invent.kde.org/utilities/konsole/commit/ > d22236c3615ac2189c0254d71614eda316130abd When I apply this patch and set "Allow KDE apps to rememeber ..." in the settings and set "Remember window size" in the konsole settings, konsole window still open ontop of each other aka overlap each other When i disable "Remember window size" in the konsole settings and let "Allow KDE apps to rememeber ..." enabled in the settings, a new konsole window always opens in the top left corner and it doesn't seem to remember it's position at all. Do i have to apply aother patch too to make it work correctly? did i do something wrong? -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole no longer follows window placement policy
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #22 from Jim Jones --- and i also created a separate bug for konsole (as you stated) which also got closed https://bugs.kde.org/show_bug.cgi?id=427621 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole no longer follows window placement policy
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #21 from Jim Jones --- when i enable the option, all konsole windows get place at the same position ontop of each other, this is clearly a bug imo as it works normally for dolphin for example, the last window gets placed at the stored position the other windows opened afterwards get placed based on the kwin setting you already mentioned this in another bug - https://bugs.kde.org/show_bug.cgi?id=426725#c24 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole no longer follows window placement policy
https://bugs.kde.org/show_bug.cgi?id=427610 Jim Jones changed: What|Removed |Added Assignee|n...@kde.org|kurt.hindenb...@gmail.com --- Comment #19 from Jim Jones --- I assigned the ticket to the konsole maintainer -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole no longer follows window placement policy
https://bugs.kde.org/show_bug.cgi?id=427610 Jim Jones changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED|REOPENED --- Comment #18 from Jim Jones --- reopened, bug still unfixed, why does this bug report always get closed when a core application only works correctly when the feature is deactived? -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole no longer follows window placement policy
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #17 from Jim Jones --- This is a workaround, the bug is still unfixed. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole no longer follows window placement policy
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #15 from Jim Jones --- konsole window placement still unfixed I'm currently on: KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole no longer follows window placement policy
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #14 from Jim Jones --- correction i'm on: KDE Plasma Version: 5.20.4 KDE Frameworks Version: 5.77 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole no longer follows window placement policy
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #13 from Jim Jones --- Btw I created https://bugs.kde.org/show_bug.cgi?id=427621 because you said so in https://bugs.kde.org/show_bug.cgi?id=426725#c32 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427610] Konsole no longer follows window placement policy
https://bugs.kde.org/show_bug.cgi?id=427610 Jim Jones changed: What|Removed |Added Resolution|DUPLICATE |--- Status|RESOLVED|REOPENED --- Comment #12 from Jim Jones --- https://bugs.kde.org/show_bug.cgi?id=427621 got closed as a duplicate of this bug and this bug was closed as a dup of this bug https://bugs.kde.org/show_bug.cgi?id=426725. Although Nate mentioned in 426725 to create a new bug, https://bugs.kde.org/show_bug.cgi?id=426725#c24 Please reopen this bug, I'm on KDE Plasma Version: 5.20.0 KDE Frameworks Version: 5.77.0 Qt Version: 5.15.2 and the bug in konsole still exists -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 429857] New: [FEATURE REQUEST] Allow to whitelist apps that can stay ontop of the screen lock
https://bugs.kde.org/show_bug.cgi?id=429857 Bug ID: 429857 Summary: [FEATURE REQUEST] Allow to whitelist apps that can stay ontop of the screen lock Product: kwin Version: 5.20.3 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: compositing Assignee: kwin-bugs-n...@kde.org Reporter: rauchwo...@gmx.net Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. while list app like mpv 2. lock screen 3. app/mpv stays ontop -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 429723] file.so consumes 100% cpu time when a file is copied from nfs to the local hd
https://bugs.kde.org/show_bug.cgi?id=429723 Jim Jones changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #1 from Jim Jones --- after switching to nfsv4 the error is gone, closing the bug -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 429723] New: file.so consumes 100% cpu time when a file is copied from nfs to the local hd
https://bugs.kde.org/show_bug.cgi?id=429723 Bug ID: 429723 Summary: file.so consumes 100% cpu time when a file is copied from nfs to the local hd Product: frameworks-kio Version: 5.76.0 Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kio-bugs-n...@kde.org Reporter: rauchwo...@gmx.net CC: kdelibs-b...@kde.org Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. copy file(s) from nfs share to local harddisk with dolphin 2. file.so consumes 100% cpu time and the copy for the first file never finishes OBSERVED RESULT copy of the first file never finishes EXPECTED RESULT copy of the first file never finishes SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.20.3 KDE Frameworks Version: 5.76.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION cp from cmdline works without a problem, copying the file to the nfs share or copying the file around on the local harddisk works without a problem -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 427610] [REGRESSION] Konsole no longer follows window placement policy
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #6 from Jim Jones --- Where can i find the option "remember the last window position" in konsole? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 427610] [REGRESSION] Konsole no longer follows window placement policy
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #4 from Jim Jones --- you can only disable it globally, just follow this https://bugs.kde.org/show_bug.cgi?id=426725#c6 for the work around -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 427610] [REGRESSION] Window placement policy doesn't work at all
https://bugs.kde.org/show_bug.cgi?id=427610 --- Comment #2 from Jim Jones --- this bug report fixed the placement behavior of apps that use kxmlgui https://bugs.kde.org/show_bug.cgi?id=426725 but it seems konsole uses it's own placement which can't get solved by kxmlgui -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kxmlgui] [Bug 426725] KDE app windows that remember their positions completely overlap the existing window when opening a new instance
https://bugs.kde.org/show_bug.cgi?id=426725 --- Comment #33 from Jim Jones --- i created a new bug report https://bugs.kde.org/show_bug.cgi?id=427621 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 427621] New: konsole windows that remember their positions completely overlap the existing window when opening a new instance
https://bugs.kde.org/show_bug.cgi?id=427621 Bug ID: 427621 Summary: konsole windows that remember their positions completely overlap the existing window when opening a new instance Product: konsole Version: 20.08.2 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konsole-de...@kde.org Reporter: rauchwo...@gmx.net Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. make sure remember window position is enabled 2. start konsole 3. start another konsole instance OBSERVED RESULT konsole windows overlap each other EXPECTED RESULT the first konsole window gets places at the stored position, the next konsole window gets places by the window manager ( it's not overlapping) SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.19.5 KDE Frameworks Version: 5.75.0 Qt Version: 5.15.1 ADDITIONAL INFORMATION see bug https://bugs.kde.org/show_bug.cgi?id=426725, which fixes the behavior for other apps like dolphin -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kxmlgui] [Bug 426725] KDE app windows that remember their positions completely overlap the existing window when opening a new instance
https://bugs.kde.org/show_bug.cgi?id=426725 --- Comment #31 from Jim Jones --- (In reply to Nate Graham from comment #30) > (In reply to Jim Jones from comment #27) > > but why file a bug on konsole when disabling this feature fixes the bug? > Because the bug you describe is caused by Konsole at this point, not by the > code in KXMLGui. > > > (In reply to Jim Jones from comment #29) > > and to be honest, this feature is broken. > > > > 1) Open a dolphin window (position A) > > 2) move it around (position B) > > 3) close dolphin > > 4) reopen dolphin, it will now pop up at A instead of B > > > > nice idea, but it needs some rework imho ... > Works for me. Sounds like yet another different bug. > > --- > > FWIW the way bug trackers work is that each separate issue needs a separate > bug report. See also > https://community.kde.org/Get_Involved/ > Issue_Reporting#One_issue_per_Bugzilla_ticket No, correct intuitive way would be: 1) Open a dolphin window (position A) 2) move it around (position B) 3) close dolphin 4) reopen dolphin, opens at B aka store the position at close time of the last running instance -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kxmlgui] [Bug 426725] KDE app windows that remember their positions completely overlap the existing window when opening a new instance
https://bugs.kde.org/show_bug.cgi?id=426725 --- Comment #29 from Jim Jones --- and to be honest, this feature is broken. 1) Open a dolphin window (position A) 2) move it around (position B) 3) close dolphin 4) reopen dolphin, it will now pop up at A instead of B nice idea, but it needs some rework imho ... -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kxmlgui] [Bug 426725] KDE app windows that remember their positions completely overlap the existing window when opening a new instance
https://bugs.kde.org/show_bug.cgi?id=426725 Jim Jones changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #28 from Jim Jones --- status -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kxmlgui] [Bug 426725] KDE app windows that remember their positions completely overlap the existing window when opening a new instance
https://bugs.kde.org/show_bug.cgi?id=426725 --- Comment #27 from Jim Jones --- but why file a bug on konsole when disabling this feature fixes the bug? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kxmlgui] [Bug 426725] KDE app windows that remember their positions completely overlap the existing window when opening a new instance
https://bugs.kde.org/show_bug.cgi?id=426725 Jim Jones changed: What|Removed |Added Status|NEEDSINFO |REOPENED Resolution|WAITINGFORINFO |--- --- Comment #22 from Jim Jones --- set status to reopened -- You are receiving this mail because: You are watching all bug changes.
