[plasmashell] [Bug 464937] Meta shortcut for Application Launchers / Kickoff does not work for other screens if the launcher is not on the primary display

2023-02-06 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=464937

chupathingy  changed:

   What|Removed |Added

 Status|NEEDSINFO   |RESOLVED
 Resolution|WAITINGFORINFO  |FIXED

--- Comment #2 from chupathingy  ---
(In reply to Nate Graham from comment #1)
> Cannot reproduce on Wayland. No matter which screen my pointer is on, the
> Meta key opens Kickoff.
> 
> Do you by any chance have multiple panels, each with a Kickoff widget on it?

I went into edit mode and opened "manage desktop and panels" and noticed that I
had quite a few "disconnected" screens with panels, I removed those panels and
then removed Kickoff from my current "kickoff panel" and added it again (with
no shortcut) and that seems to have fixed it.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 464902] On X11, lowering the resolution of a display in a multi-display configuration squishes the screen

2023-02-05 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=464902

chupathingy  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |---
 Status|NEEDSINFO   |REPORTED

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 449177] Layout changes after boot with triple monitor setup

2023-02-05 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=449177

chupathingy  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |---
 Status|NEEDSINFO   |REPORTED

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 464902] On X11, lowering the resolution of a display in a multi-display configuration squishes the screen

2023-02-04 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=464902

--- Comment #6 from chupathingy  ---
Sorry for the paste, I was in a rush and didn't check how long it was or the
warning.
If you have the power to remove the long comment, please do. I seem to not be
able to remove or edit it.
Pastebin here: https://pastebin.com/vkVmGw1p

Screenshot shows as normal, but I took a picture with my phone.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 464902] On X11, lowering the resolution of a display in a multi-display configuration squishes the screen

2023-02-04 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=464902

--- Comment #5 from chupathingy  ---
Created attachment 155933
  --> https://bugs.kde.org/attachment.cgi?id=155933&action=edit
Picture of the affected screen showing the "squish"

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 464902] On X11, lowering the resolution of a display in a multi-display configuration squishes the screen

2023-02-04 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=464902

--- Comment #4 from chupathingy  ---
(In reply to Vlad Zahorodnii from comment #3)
> Please run `qdbus org.kde.KWin /KWin supportInformation` after changing the
> screen resolution while the screen is squashed and post the output here. Can
> you also share a screenshot? What if you restart kwin after changing screen
> resolution?

Screenshot looks normal, but I took a picture of the screen with my phone.

Output:
KWin Support Information:
The following information should be used when requesting support on e.g.
https://forum.kde.org.
It provides information about the currently running instance, which options are
used,
what OpenGL driver and which effects are running.
Please post the information provided underneath this introductory text to a
paste bin service
like https://paste.kde.org instead of pasting into support threads.

==

Version
===
KWin version: 5.26.90
Qt Version: 5.15.8
Qt compile version: 5.15.8
XCB compile version: 1.15

Operation Mode: X11 only

Build Options
=
KWIN_BUILD_DECORATIONS: yes
KWIN_BUILD_TABBOX: yes
KWIN_BUILD_ACTIVITIES: yes
HAVE_X11_XCB: yes
HAVE_EPOXY_GLX: yes

X11
===
Vendor: The X.Org Foundation
Vendor Release: 12101006
Protocol Version/Revision: 11/0
SHAPE: yes; Version: 0x11
RANDR: yes; Version: 0x14
DAMAGE: yes; Version: 0x11
Composite: yes; Version: 0x4
RENDER: yes; Version: 0xb
XFIXES: yes; Version: 0x50
SYNC: yes; Version: 0x31
GLX: yes; Version: 0x0

Decoration
==
Plugin: org.kde.kwin.aurorae
Theme: __aurorae__svg__Freeze
Plugin recommends border size: No
onAllDesktopsAvailable: true
alphaChannelSupported: true
closeOnDoubleClickOnMenu: false
decorationButtonsLeft: 1, 2, 8, 9
decorationButtonsRight: 6, 7, 3, 4, 5
borderSize: 1
gridUnit: 10
font: Noto Sans,10,-1,0,50,0,0,0,0,0
smallSpacing: 2
largeSpacing: 10

Output backend
==
Name: KWin::X11StandaloneBackend

Cursor
==
themeName: breeze_cursors
themeSize: 24

Options
===
focusPolicy: 1
xwaylandCrashPolicy: 
xwaylandMaxCrashCount: 3
nextFocusPrefersMouse: false
clickRaise: true
autoRaise: false
autoRaiseInterval: 750
delayFocusInterval: 0
shadeHover: false
shadeHoverInterval: 250
separateScreenFocus: false
activeMouseScreen: true
placement: 
activationDesktopPolicy: 0
focusPolicyIsReasonable: true
borderSnapZone: 10
windowSnapZone: 10
centerSnapZone: 0
snapOnlyWhenOverlapping: false
rollOverDesktops: true
focusStealingPreventionLevel: 1
operationTitlebarDblClick: 5000
operationMaxButtonLeftClick: 5000
operationMaxButtonMiddleClick: 5015
operationMaxButtonRightClick: 5014
commandActiveTitlebar1: 0
commandActiveTitlebar2: 27
commandActiveTitlebar3: 2
commandInactiveTitlebar1: 0
commandInactiveTitlebar2: 28
commandInactiveTitlebar3: 2
commandWindow1: 7
commandWindow2: 8
commandWindow3: 8
commandWindowWheel: 28
commandAll1: 10
commandAll2: 3
commandAll3: 14
keyCmdAllModKey: 16777250
condensedTitle: false
electricBorderMaximize: true
electricBorderTiling: true
electricBorderCornerRatio: 0.25
borderlessMaximizedWindows: false
killPingTimeout: 5000
hideUtilityWindowsForInactive: true
compositingMode: 1
useCompositing: true
hiddenPreviews: 1
glSmoothScale: 2
glStrictBinding: true
glStrictBindingFollowsDriver: true
glPreferBufferSwap: 101
glPlatformInterface: 1
windowsBlockCompositing: true
latencyPolicy: 
renderTimeEstimator: 
allowTearing: true

Screen Edges

desktopSwitching: false
desktopSwitchingMovingClients: false
cursorPushBackDistance: 1x1
timeThreshold: 150
reActivateThreshold: 350
actionTopLeft: 0
actionTop: 0
actionTopRight: 0
actionRight: 0
actionBottomRight: 0
actionBottom: 0
actionBottomLeft: 0
actionLeft: 0

Screens
===
Active screen follows mouse:  yes
Number of Screens: 3

Screen 0:
-
Name: HDMI-1
Enabled: 1
Geometry: 1920,0,1920x1080
Scale: 1
Refresh Rate: 60007
Adaptive Sync: incapable
Screen 1:
-
Name: DP-2
Enabled: 1
Geometry: 3840,0,1920x1080
Scale: 1
Refresh Rate: 144000
Adaptive Sync: incapable
Screen 2:
-
Name: HDMI-2
Enabled: 1
Geometry: 0,0,1920x1080
Scale: 1
Refresh Rate: 6
Adaptive Sync: incapable

Compositing
===
Compositing is active
Compositing Type: OpenGL
OpenGL vendor string: AMD
OpenGL renderer string: AMD Radeon RX 580 Series (polaris10, LLVM 15.0.7, DRM
3.49, 6.1.9-zen1-1-zen)
OpenGL version string: 4.6 (Compatibility Profile) Mesa 22.3.4
OpenGL platform interface: GLX
OpenGL shading language version string: 4.60
Driver: Unknown
GPU class: Unknown
OpenGL version: 4.6
GLSL version: 4.60
Mesa version: 22.3.4
X server version: 1.21.1
Linux kernel version: 6.1.9
Direct rendering: Requires strict binding: yes
GLSL shaders:  yes
Texture NPOT support:  yes
Virtual Machine:  no
OpenGL 2 Shaders are used

Loaded Effects:
---
kwin4_effect_rubberband_maximize
colorpicker
outputlocator
screenshot
screenedge
blur
contrast
kwin4_effect_login
kwin4_effect_logout
kwin4_effect_sessionquit
slidingpopups
kwin4_effect_wi

[plasmashell] [Bug 464937] New: Meta shortcut for Application Launchers / Kickoff does not work for other screens if the launcher is not on the primary display

2023-01-28 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=464937

Bug ID: 464937
   Summary: Meta shortcut for Application Launchers / Kickoff does
not work for other screens if the launcher is not on
the primary display
Classification: Plasma
   Product: plasmashell
   Version: 5.26.90
  Platform: Archlinux
OS: Linux
Status: REPORTED
  Severity: minor
  Priority: NOR
 Component: Application Launcher (Kickoff)
  Assignee: plasma-b...@kde.org
  Reporter: wh...@protonmail.com
CC: mikel5...@gmail.com, noaha...@gmail.com
  Target Milestone: 1.0

SUMMARY
***
Happens on both Wayland and X11.
If you add a launcher to a panel on a screen that is not primary, the shortcut
will only work if the mouse is within that screen, otherwise you have to use
Meta+F1 (or whatever you bound it to) to activate it.
However, if you put it on your primary screen it works as normal.
***


STEPS TO REPRODUCE
1. Set up multiple displays
2. Add a new panel to a non-primary screen
3. Add any application launcher to it (application dashboard, application
launcher, menu 11, etc.)
4. [optional] Bind a shortcut
5. Move mouse to different screen
6. Press Meta

OBSERVED RESULT
Application Laucher will not open unless the mouse is on the same screen as the
launcher.

EXPECTED RESULT
When Meta key is pressed, Application Launcher should expand regardless of what
screen the cursor is on, provided there are no other launchers on that screen.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux, 6.1.8-zen
(available in About System)
KDE Plasma Version: 5.26.90
KDE Frameworks Version: 5.102.0
Qt Version: 5.15.8
Graphics Platform: X11 (and Wayland)

ADDITIONAL INFORMATION
I have a 3 monitor configuration with mixed resolutions (1920x1080, 2560x1440,
1920x1080)
Things I have tried:
* Changed priority of the screens and added new launcher
* Different launchers (Application Dashboard, Application Launcher, Menu 11,
Application Menu)
* Log out/in after setting a new launcher on non-primary

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 464902] On X11, lowering the resolution of a display in a multi-display configuration squishes the screen

2023-01-27 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=464902

--- Comment #2 from chupathingy  ---
(In reply to Nate Graham from comment #1)
> Does it also happen in the Wayland session?

No, Wayland seems fine on that regard.

-- 
You are receiving this mail because:
You are watching all bug changes.

[KScreen] [Bug 464902] New: Lowering the resolution of a display in a multi-display configuration squishes the screen

2023-01-27 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=464902

Bug ID: 464902
   Summary: Lowering the resolution of a display in a
multi-display configuration squishes the screen
Classification: Plasma
   Product: KScreen
   Version: 5.26.90
  Platform: Archlinux
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: common
  Assignee: kscreen-bugs-n...@kde.org
  Reporter: wh...@protonmail.com
  Target Milestone: ---

SUMMARY
***
When lowering the resolution of any display, the screen gets "squished" to 50%
the monitor's height.
My monitor setup consists of 3 monitors with mixed resolutions (1920x1080,
2560x1440, 1920x1080).

I also tried switching a display to vertical mode and it got squished from the
sides rather than top and bottom (still 50% height of the monitor)
***


STEPS TO REPRODUCE
1. Set up multiple displays
2. Go to System Settings > Display and Monitor > Display Configuration
3. Lower the resolution of one display (aspect ratio does not seem to matter)

OBSERVED RESULT
Width of the display covers the entirety of the monitor while the height gets
"squished" down to 50% the height of the monitor.

EXPECTED RESULT
Resolution should be properly scaled to the monitor.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux, 6.1.8-zen
(available in About System)
KDE Plasma Version: 5.26.90
KDE Frameworks Version: 5.102.0
Qt Version: 5.15.8
Graphics Platform: X11

ADDITIONAL INFORMATION
GPU: Radeon RX 580, MESA 22.3.3

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 464667] New: Dolphin details view showing wrong size of folders

2023-01-22 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=464667

Bug ID: 464667
   Summary: Dolphin details view showing wrong size of folders
Classification: Applications
   Product: dolphin
   Version: 22.12.1
  Platform: Archlinux
OS: Linux
Status: REPORTED
  Severity: minor
  Priority: NOR
 Component: view-engine: details mode
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: wh...@protonmail.com
CC: kfm-de...@kde.org
  Target Milestone: ---

Created attachment 155518
  --> https://bugs.kde.org/attachment.cgi?id=155518&action=edit
Screenshot of the bug in Dolphin

SUMMARY
***
When "Folder size displays" is set to "Size of contents", some folders are
shown to have a much larger size than they actually have, and when going
further into it it gets exponentially larger. 
Partition where the folder I noticed this on is an ext4 partition with 465 GiB
of space, yet the parent folder says the content is 386 TiB and the first child
folder shows as 23,9 PiB. I do not have any other drive mounted or symlink in
that location, nor do I have any storage device even remotely close to that
size. I have maybe 10 TiB in total, including non-mounted drives.
***


STEPS TO REPRODUCE
1. Enable "Size of content" in Configure > Configure Dolphin > View Modes >
Details and set it to 4 or above
2. Open a detail view of a non-root mounted drive
3. Enable tree view (for me top folder is also affected for some drives while
some only shows when expanded)

OBSERVED RESULT
Dolphin reports wildly inaccurate size of folders

EXPECTED RESULT
Dolphin should report the correct size

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux - 6.1.7-Zen
(available in About System)
KDE Plasma Version: 5.26.5
KDE Frameworks Version: 5.102.0
Qt Version: 5.15.8

ADDITIONAL INFORMATION
Drives mounted as ext4, happens to both a 2TB HDD and 500GB NVMe SSD
I first noticed this on Wayland, have not looked for it on X11 due to Plasma
bugs on X11 after a recent update

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 449177] Layout changes after boot with triple monitor setup

2023-01-21 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=449177

chupathingy  changed:

   What|Removed |Added

 CC||wh...@protonmail.com

--- Comment #2 from chupathingy  ---
(In reply to Vlad Zahorodnii from comment #1)
> Is it still an issue in 5.26?

Yes, I am currently on 5.26.5 and it's still an issue, however only layout was
affected and I was able to completely counter this by killing the kscreen
service after I had logged in.

Today I did an update that once again brought back the black background and
shifting layouts and I had to move to Wayland to get a more stable experience,
however even with Kscreen killed it also shifts some windows around on Wayland
(seems to only happen to GTK applications and only on the main display). Panels
and wallpapers seems to be fine.

I unfortunately didn't note what versions of the other KDE things I had before
doing the update today, just that I was on Plasma version 5.26.5. I did the
last update on the 15th of January 2023. This is what I have now:

Operating System: Arch Linux
KDE Plasma Version: 5.26.5
KDE Frameworks Version: 5.102.0
Qt Version: 5.15.8
Kernel Version: 6.1.7-zen1-1-zen (64-bit)
Graphics Platform: X11
Graphics Processor: AMD Radeon RX 580

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 351175] Panel on screen edge between two monitors does not auto hide

2023-01-18 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=351175

--- Comment #46 from chupathingy  ---
(In reply to Kane from comment #38)
> I just found a workaround to fix this that seems to work for me.
> 
> Go into Display Configuration then move one of the screens to leave a gap
> between them (so they aren't 'snapped' together).
> 
> This is on:
> Operating System: EndeavourOS
> KDE Plasma Version: 5.24.4
> KDE Frameworks Version: 5.93.0
> Qt Version: 5.15.3
> Kernel Version: 5.17.4-arch1-1 (64-bit)
> Graphics Platform: X11

It screwed up my window rules a bit, but I'll take it over the bug. 
Thanks for sharing!

-- 
You are receiving this mail because:
You are watching all bug changes.

[plasmashell] [Bug 464355] New: Auto hide doesn't work on side that is connected to another monitor

2023-01-15 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=464355

Bug ID: 464355
   Summary: Auto hide doesn't work on side that is connected to
another monitor
Classification: Plasma
   Product: plasmashell
   Version: 5.26.5
  Platform: Archlinux
OS: Linux
Status: REPORTED
  Severity: minor
  Priority: NOR
 Component: Panel
  Assignee: plasma-b...@kde.org
  Reporter: wh...@protonmail.com
CC: niccolo.venera...@gmail.com
  Target Milestone: 1.0

Created attachment 155332
  --> https://bugs.kde.org/attachment.cgi?id=155332&action=edit
A short video showing the panel only hiding itself briefly then popping up
again. The black area to the right is my other monitor (not recorded by OBS but
you can still see the cursor)

SUMMARY
***
When setting a side panel to "auto hide" on a desktop that has another desktop
(physical display) next to it, the auto hide feature only hides the panel very
briefly before showing it again.
This happens both when you exit the monitor to the next and when you only stay
within the monitor which has the side panel.
Panels that are not next to another monitor works as expected.
***


STEPS TO REPRODUCE
1. Set up multiple monitors
2. Add new panel (any type)
3. Place it on the side that's next to another monitor
4. Set it to auto hide (doesn't matter if it's floating or not)
5. Move mouse away

OBSERVED RESULT
The panel gets hidden for a very short period then appears again as if you are
hovering the mouse.

EXPECTED RESULT
The panel should stay hidden until you move the mouse over it

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
(available in About System)
KDE Plasma Version: 5.26.5
KDE Frameworks Version: 5.101.0
Qt Version: 5.15.8

ADDITIONAL INFORMATION
X11
Radeon RX 580
Kernel 6.1.6-zen
Monitors: 3 (1920x1080, 2560x1440, 1920x1080)

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 449177] New: Layout changes after boot with triple monitor setup

2022-01-25 Thread chupathingy
https://bugs.kde.org/show_bug.cgi?id=449177

Bug ID: 449177
   Summary: Layout changes after boot with triple monitor setup
   Product: kwin
   Version: 5.23.5
  Platform: Archlinux Packages
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: multi-screen
  Assignee: kwin-bugs-n...@kde.org
  Reporter: wh...@protonmail.com
  Target Milestone: ---

Created attachment 145937
  --> https://bugs.kde.org/attachment.cgi?id=145937&action=edit
A very simple drawing I made in Kolour Paint showing what happens with my
desktop layout

SUMMARY
***
Very often when I launch Plasma for the first time after a boot, the window
layout changes either drastically or slightly since the last time I used it,
and Konsole is completely black when it should have transparency and blur
effects. It can be "fixed" by doing a hard reboot or, in the case of konsole at
least, log out and back in again.
***


STEPS TO REPRODUCE
1. Have 3 displays or more connected (maybe one with higher resolution)
2. Place windows around the desktop
3. Reboot

OBSERVED RESULT
Layout completely changes for some windows and Konsole background goes
completely black

EXPECTED RESULT
Layout should stay the same for all windows and Konsole should have effects
working (transparency, blur, etc.)

SOFTWARE/OS VERSIONS

Operating System: Arch Linux
KDE Plasma Version: 5.23.5
KDE Frameworks Version: 5.90.0
Qt Version: 5.15.2
Kernel Version: 5.16.2-zen1-1-zen (64-bit)
Graphics Platform: X11
Graphics Processor: AMD Radeon RX Vega

ADDITIONAL INFORMATION

This is very similar to a bug when switching output on a display causing
panels, windows, wallpapers, etc. to change, however that issue I solved by
turning off kscreen2. This bug happens regardless if kscreen2 is on or off and
only affects some windows and widgets, not panels or wallpapers.

-- 
You are receiving this mail because:
You are watching all bug changes.