from:"Damglador"

https://bugs.kde.org/show_bug.cgi?id=494563

Damglador  changed:

   What|Removed |Added

 Resolution|WORKSFORME  |FIXED

--- Comment #4 from Damglador  ---
(In reply to Nate Graham from comment #1)
> When it's inappropriately in a visible state and you hover the pointer over
> it, what's the text in the tooltip say?

It's now have been fixed. Battery tray icon hides as it should

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

[dolphin] [Bug 497461] New: Dolphin no longer respects the default view option in "Remember display style for each folder"

https://bugs.kde.org/show_bug.cgi?id=497461

Bug ID: 497461
   Summary: Dolphin no longer respects the default view option in
"Remember display style for each folder"
Classification: Applications
   Product: dolphin
   Version: 24.12.0
  Platform: unspecified
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: view-engine: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: kfm-de...@kde.org
  Target Milestone: ---

SUMMARY
After updating yesterday, Dolphin started using icon view, though before I had
selected detailed view by default. I went into burger menu More -> View ->
Adjust view display style and tried setting the settings I need for "All
folders" and checked "Use as default view settings", but it did literally
nothing, it chanced the view in folder I was in and all other folders still had
the icon view. I have to use global view settings or downgrade.

STEPS TO REPRODUCE
1. Go to "Configure Dolphin" and in "View" select "Remember display style for
each folder"
2. Go to More -> View -> "Adjust view display style" and select "All folders",
check "Use as default view settings", in view mode select "Details" and change
other settings if you want. Apply.
3. Go to other directory where custom view options were never applied.

OBSERVED RESULT
View mode in other directories wasn't changes, it's still showing in icons
view. It changed view mode only in the current directory.

EXPECTED RESULT
"All folders" and "Use as default view settings" should've changed the default
view mode and view mode in all folders to "Details" with other options set, but
it didn't.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.8.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION

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

[dolphin] [Bug 497461] Dolphin no longer respects the default view mode in "Remember display style for each folder"

https://bugs.kde.org/show_bug.cgi?id=497461

Damglador  changed:

   What|Removed |Added

Summary|Dolphin no longer respects  |Dolphin no longer respects
   |the default view option in  |the default view mode in
   |"Remember display style for |"Remember display style for
   |each folder"|each folder"

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

[dolphin] [Bug 497462] New: Language options go off screen

https://bugs.kde.org/show_bug.cgi?id=497462

Bug ID: 497462
   Summary: Language options go off screen
Classification: Applications
   Product: dolphin
   Version: 24.12.0
  Platform: unspecified
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: kfm-de...@kde.org
  Target Milestone: ---

Created attachment 176602
  --> https://bugs.kde.org/attachment.cgi?id=176602&action=edit
Demonstration of how it goes off screen

SUMMARY
Language options go off-screen

STEPS TO REPRODUCE
1. Go to "Configure language" in Dolphin
2. Open any drop down menu that provides list of languages

OBSERVED RESULT
Top part doesn't cut and shows ^ as it should and goes off screen

EXPECTED RESULT
Top part should cut where a panel is and show ^ instead of going off screen

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.8.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION

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

[frameworks-kio] [Bug 497398] New: Weird behavior of double click in folder picker

2024-12-12 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=497398

Bug ID: 497398
   Summary: Weird behavior of double click in folder picker
Classification: Frameworks and Libraries
   Product: frameworks-kio
   Version: 6.8.0
  Platform: Arch Linux
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Open/save dialogs
  Assignee: kio-bugs-n...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: kdelibs-b...@kde.org
  Target Milestone: ---

SUMMARY
If in Plasma settings click on folders set to "Open", click on folders will
open the tree or just select them, but renaming folders that have subfolders
doesn't seem to be possible, because every click just opens/closes the tree.
On the other hand if it set to "Select" it supposed to open them on double
click, but it never does, it just always tries to rename them instead of
opening their tree

STEPS TO REPRODUCE
1. Execute python script provided in ADDITIONAL INFORMATION (requires pyqt6) or
just find a way to get folder picker dialogue
2. Try to double click on a folder 
3. Change click on folder and files behavior in Plasma settings and try again
(exiting the dialogue is not required)

OBSERVED RESULT
If click is set to "Select", you will never be able to expand the folder tree
by double clicking, because it always tries to rename the folder
If click is set to "Open", renaming a folder will only be possible if it
doesn't have subfolders or if that's the first time you double click on it,
otherwise it'll always open/close the tree of a folder

EXPECTED RESULT
If click is set to "Select", double click on folders with subfolders should
open/close the tree, preferable also confirm selection if a folder doesn't have
subfolders.
If click is set to "Open", double click should always be able to rename a
folder.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.8.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION
import sys
from PyQt6.QtWidgets import QApplication, QFileDialog, QWidget
app = QApplication([])
window = QWidget()
folder_path = QFileDialog.getExistingDirectory(window, "Select a folder")
print("Selected folder:", folder_path)
if not folder_path:
print("No folder selected, exiting.")
sys.exit()
app.exec()

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

[kwin] [Bug 497397] New: Programs save tiled size instead of what they should

2024-12-12 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=497397

Bug ID: 497397
   Summary: Programs save tiled size instead of what they should
Classification: Plasma
   Product: kwin
   Version: 6.2.4
  Platform: Arch Linux
OS: Linux
Status: REPORTED
  Severity: major
  Priority: NOR
 Component: Quick Tiling
  Assignee: kwin-bugs-n...@kde.org
  Reporter: vse.stopchans...@gmail.com
  Target Milestone: ---

SUMMARY
Tiled windows save their tiles size as their actual size. I don't know how to
explain it properly. Normally you tile a window, but if you open another window
for this program 

STEPS TO REPRODUCE
1. Open a program (for example Konsole)
2. Drag it to a border to tile
3. Open another Konsole window, or close current and open a new one

OBSERVED RESULT
New windows of the program have the tiled geometry of the program instead of
pre-tiled like it should be

EXPECTED RESULT
Programs should keep their pre-tiled geometry. Always.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.8.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION

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

[systemsettings] [Bug 497726] New: Changing global shortcut script doesn't change it

2024-12-20 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=497726

Bug ID: 497726
   Summary: Changing global shortcut script doesn't change it
Classification: Applications
   Product: systemsettings
   Version: 6.2.4
  Platform: unspecified
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: kcm_keys
  Assignee: plasma-b...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: duha.b...@gmail.com, fanzhuyi...@gmail.com,
k...@david-redondo.de
  Target Milestone: ---

SUMMARY
Apply doesn't save changes in script of a custom global shortcut action.
Persisted from Plasma 6.1

STEPS TO REPRODUCE
1. Create a custom shortcut with a script. For example command1
2. Apply it, check if it works (error "Couldn't find command1" counts)
3. Go back to this global shortcut and try to edit it. For example change the
script to command2
4. Click "Save", check if the error message displays command2 instead of
command1

OBSERVED RESULT
1. Script isn't updated, the title of the global shortcut (that is above the
shortcuts list) isn't changed until you go to the page of another shortcut and
go back to the one you changed. 
2. The shortcut will not use the new script until you restart the system, or
just delete the old one and create a new one with the changes. 
3. The "Apply" button isn't activated (I guess "Save" should also apply the
changes)

EXPECTED RESULT
If I change a script of a shortcut, it should apply the changes right after I
press "Save", or activate "Apply" button and apply changes after I hit it.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.9.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION

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

[dolphin] [Bug 497732] New: Date in "File already exists" should wrap instead of scaling the whole window

2024-12-20 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=497732

Bug ID: 497732
Summary: Date in "File already exists" should wrap instead of
scaling the whole window
Classification: Applications
Product: dolphin
Version: 24.12.0
Platform: unspecified
OS: Linux
Status: REPORTED
Severity: wishlist
Priority: NOR
Component: general
Assignee: dolphin-bugs-n...@kde.org
Reporter: vse.stopchans...@gmail.com
CC: kfm-de...@kde.org
Target Milestone: ---

Created attachment 176797
--> https://bugs.kde.org/attachment.cgi?id=176797&action=edit
Screenshot of the wide "File already exists" window

SUMMARY
I use Ukrainian language. Because translation of region of time is very long
the "File already exists" dialogue takes up more than half of my screen in
width.

STEPS TO REPRODUCE
1. Set Dolphin language to Ukrainian
2. Copy a file to another directory
3. Copy the same file in the same directory another time
4. Get "File already exists" window

OBSERVED RESULT
Window is very wide just because the date of a file on the right and on the
left has "за центральноєвропейським стандартним часом" at the end and instead
of wraping around it stretches the window.

EXPECTED RESULT
Window should be much slimmer and just wrap date/time after some point into the
next line instead of making the window unnecessery wide. Perhaps the same
should be applied to path.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.9.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION

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

[plasmashell] [Bug 494563] Battery tray no longer hides

2024-12-21 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=494563

Damglador  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |LATER

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

[xdg-desktop-portal-kde] [Bug 498404] New: Plasma doesn't update applications list properly

https://bugs.kde.org/show_bug.cgi?id=498404

Bug ID: 498404
Summary: Plasma doesn't update applications list properly
Classification: Plasma
Product: xdg-desktop-portal-kde
Version: 6.2.4
Platform: Arch Linux
OS: Linux
Status: REPORTED
Severity: major
Priority: NOR
Component: general
Assignee: plasma-b...@kde.org
Reporter: vse.stopchans...@gmail.com
CC: aleix...@kde.org
Target Milestone: ---

SUMMARY
Sometimes if I add a .desktop file in ~/.local/share/applications/ they don't
show up in app launcher or in the "Open with" menu.

STEPS TO REPRODUCE
1. Add or edit a proper .desktop file in ~/.local/share/applications
2. Try to find it in application launcher or "Open with" menu
3. If it's there, repeat

OBSERVED RESULT
The entry for the .desktop file is missing or not updated. It updated for me
one time when I initially added RML.desktop, but then no files I added to the
applications folder showed up in the app launcher or "Open with" menu.

EXPECTED RESULT
The entry for the .desktop file should be added to applications after it's
added in the applications folder. Changes applied to the file should also apply
in "Open with" and applications menu

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.9.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION
Related to https://bugs.kde.org/show_bug.cgi?id=465646 and this
https://discuss.kde.org/t/is-there-a-cache-of-desktop-files-and-can-it-be-easily-cleared/6350
discussion

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

[plasmashell] [Bug 498404] Plasma doesn't update applications list properly

https://bugs.kde.org/show_bug.cgi?id=498404

Damglador  changed:

   What|Removed |Added

   Target Milestone|--- |1.0
 CC||k...@davidedmundson.co.uk
Product|xdg-desktop-portal-kde  |plasmashell
  Component|general |general

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

[plasmashell] [Bug 498404] Plasma doesn't update applications list properly

https://bugs.kde.org/show_bug.cgi?id=498404

--- Comment #2 from Damglador  ---
It doesn't update only when files are changed, but I don't think it's
reasonable to check for every file change in applications folder to update a
random app entry change.

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

[plasmashell] [Bug 498404] Plasma doesn't update applications list properly

https://bugs.kde.org/show_bug.cgi?id=498404

Damglador  changed:

   What|Removed |Added

 Status|REPORTED|RESOLVED
 Resolution|--- |NOT A BUG

--- Comment #1 from Damglador  ---
Seems like update-desktop-database does what's needed

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

[dolphin] [Bug 495878] Customizing the default view settings doesn't work anymore

2025-01-12 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=495878

--- Comment #26 from Damglador  ---
Also can't reproduce on Arch Linux's stable release

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

[dolphin] [Bug 499003] Dolphin treats "Open as Administrator" paths weirdly

2025-01-22 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=499003

--- Comment #1 from Damglador  ---
I think severity should be major, but I forgot to set it.

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

[dolphin] [Bug 499003] New: Dolphin treats "Open as Administrator" paths weirdly

2025-01-22 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=499003

Bug ID: 499003
   Summary: Dolphin treats "Open as Administrator" paths weirdly
Classification: Applications
   Product: dolphin
   Version: 24.12.1
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: kfm-de...@kde.org
  Target Milestone: ---

SUMMARY
I will describe here 2 issues, but the source seems to be the same. 
Issue 1: I wanted to create a symlink in /var/lib/libvirt/images to
/home/damglador/Games/libvirt-images, Dolphin couldn't do that. 
Issue 2: Copy path in "Open as Administrator" also copies admin://

ISSUE 1 STEPS TO REPRODUCE
1. Open /opt as Administrator
2. Try to create a symlink from it to any folder

ISSUE 1 OBSERVED RESULT
Dolphin just can't do that. I assume because it includes admin:// in symlink
path

ISSUE 1 EXPECTED RESULT
Should just create the symlink

ISSUE 2 STEPS TO REPRODUCE
1. Open a folder as Administrator
2. Right-click on a file or folder and copy it's path

ISSUE 2 OBSERVED RESULT
It copies the path with admin:// at the beginning

ISSUE 2 EXPECTED RESULT
The copied path shouldn't contain admin://

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.2.5
KDE Frameworks Version: 6.10.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION
What I got from copying path to /opt/discord in admin mode -
admin:///opt/discord
When symlink fails to create, it throws - Unable to create symlink to
admin:///opt/discord. Please check permissions (translation from Ukrainian)
Also when I open file picker in symlink create dialogue, selected folder or
file also has admin:// at the beggining

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

[kdeplasma-addons] [Bug 498768] No pointer before first character in the line

2025-01-17 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=498768

--- Comment #2 from Damglador  ---
Yes. But the bug is not "it's invisible before anything is typed" though I
thought so as well at first, but after testing it a bit more, it always becomes
invisible at the beginning of a line, even if it has text. So for example 
| <- pointer
|Text <- in this case it will also be invisible

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

[kio-admin] [Bug 499003] In Act as Administrator mode, Dolphin creates drag-and-drop links as .desktop files pointing to a path with admin:/ prepended, instead of as actual symlinks

2025-01-26 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=499003

--- Comment #4 from Damglador  ---
Created attachment 177709
  --> https://bugs.kde.org/attachment.cgi?id=177709&action=edit
Error from drag and drop

Oh, drag and drop also doesn't work for me. And it adds .desktop at the end of
the path to source, lol. And the error message also looks weird. I attached a
screenshot

There's also another issue, in admin mode "Copy path" copies the path with
admin:// at the beginning, which also shouldn't happen I think, since I don't
know in what way that can be useful to anyone.

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

[dolphin] [Bug 498981] New: Don't open a new tab for "Open as Administrator" or close it after use

2025-01-21 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=498981

Bug ID: 498981
   Summary: Don't open a new tab for "Open as Administrator" or
close it after use
Classification: Applications
   Product: dolphin
   Version: 24.12.1
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: kfm-de...@kde.org
  Target Milestone: ---

SUMMARY
Even though it's rare that I have to open folders within root directories, it
still happens. Managing root folders in Dolphin is annoying, because by default
it can't do anything in there, and you have to "Open as Administrator" the
issue is that it creates a new tab for this for no reason and doesn't close the
old one or the new one after admin permissions run out, creating a lot of
clutter and confusing. 

STEPS TO REPRODUCE
1. Go to / or any folder that is not in /home
2. Do "Open as Administrator"

OBSERVED RESULT
Every time it opens a new tab that will continue existing even when it no
longer has root access

EXPECTED RESULT
The new tab should be closed after it loses admin permissions, or it should
just replace the old tab to avoid confusion and clutter

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.2.5
KDE Frameworks Version: 6.10.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION

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

[plasmashell] [Bug 497929] "Edit Application..." can't edit symlinks

2025-01-04 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=497929

--- Comment #4 from Damglador  ---
Properties doalog is the issue. KMenuEdit only rarely can't save changes

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

[plasmashell] [Bug 498245] New: Plasma will suspend as "idle" even if a game is running

2025-01-04 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=498245

Bug ID: 498245
   Summary: Plasma will suspend as "idle" even if a game is
running
Classification: Plasma
   Product: plasmashell
   Version: 6.2.4
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Power management & brightness
  Assignee: plasma-b...@kde.org
  Reporter: vse.stopchans...@gmail.com
  Target Milestone: 1.0

SUMMARY
>From my understanding locking from suspend happens by an app sending a signal
to do so. Steam and YouTube Music (modded) do that, but let's be realistic,
there isn't a world where all apps will do that. Currently even games running
through Proton is Steam will be just ignored and the system will be suspended,
same for Minecraft. That is not a big deal for single player games, but if
you're hosting a server or joined to one, suspend will cause the connection to
go down and all clients or you will be disconnected from the server.

I know it won't happen if I am actively playing the game, but I prefer my
system to suspend after 30 minutes of idle time. Sometimes I have to AFK for
some time, if I host a server in Vintage Story or Minecraft, I have to leave my
game running for friends, but it’s not impossible I'm going to be AFK for 30
minutes, and in case I will, the system will just suspend taking down the game
with the server, and that is pretty inconvenient. Manually locking the system
from suspending is a way to work around this, but I think a regular user would
expect their system to not suspend with a game running.

Possible solutions:
- Don't suspend if GPU is heavily used
- Don't suspend if on a laptop dGPU is used (since on desktop only iGPU is
used)
- Don't suspend if any sound is playing on system as suggested by other bug
report
- Don't suspend if OpenGL or Vulkan rendering is used

STEPS TO REPRODUCE
1. Send "Idle" behavior to suspend after 1 minute
2. Launch Minecraft or any Steam game (I tested with Balatro)
3. Wait until it suspends

OBSERVED RESULT
It suspends after 1 minute

EXPECTED RESULT
System should keep running

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.2.4 
KDE Frameworks Version: 6.9.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION

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

[plasmashell] [Bug 497929] "Edit Application..." can't edit symlinks

2025-01-04 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=497929

--- Comment #5 from Damglador  ---
Never mind
It's very weird and inconsistent
Here's list of apps I tried editing in KMenuEdit and Properties (Name - Package
type - Result):
Discord - Native (located in opt with symlinked .desktop file) - KMenuEdit and
Properties fail to edit
SysD Manager - Flatpak (system) - both can edit
Warehouse - Flatpak (system) - both can edit
Parsec - Flatpak (system) - both can't edit
Bedrock Launcher - Flatpak (system) - both can't edit
Ryujinx - Flatpak (sytem) - both can't edit
Discover Overlay - Flatpak (user) - both can't edit
Ente Auth - Flatpak (system) - both can't edit

Properties menu gives an error, KMenuEdit doesn't say anything, but closing it
and opening back reveals that changes weren't applied.
Also, the error message of Properties menu makes panels unusable while it's
open, which is weird.

I have no other apps that store .desktop files in /opt and symlink it

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

[systemsettings] [Bug 497871] New: Network settings content does not resize properly

2024-12-24 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=497871

Bug ID: 497871
   Summary: Network settings content does not resize properly
Classification: Applications
   Product: systemsettings
   Version: 6.2.4
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: kcm_networkmanagement
  Assignee: plasma-b...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: jgrul...@redhat.com
  Target Milestone: ---

SUMMARY
In network configuration all buttons and text boxes should fit into the size of
a window, but instead they go off sight, even though they have space to fit in

STEPS TO REPRODUCE
1. Go to WiFi and network setting
2. Shrink window until left border hits IPv6 button

OBSERVED RESULT
Network name, SSID, Mode and every other field don't fit properly into the
window, making buttons on the right unreachable

EXPECTED RESULT
Fields and buttons should fully fit into the window, unless it's very small

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.2.4
KDE Frameworks Version: 6.9.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION
System language - Ukrainian

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

[kmenuedit] [Bug 497929] "Edit Application..." can't save changes to flatpak entries due to creating bad symlinks

https://bugs.kde.org/show_bug.cgi?id=497929

--- Comment #9 from Damglador  ---
Waiting for Plasma 6.3 I guess. Thanks.

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

[plasmashell] [Bug 497929] "Edit Application..." can't edit symlinks

2025-01-01 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=497929

Damglador  changed:

   What|Removed |Added

Summary|Unable to edit flatpak app  |"Edit Application..." can't
   |entries |edit symlinks

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

[plasmashell] [Bug 497929] "Edit Application..." can't edit symlinks

2025-01-01 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=497929

--- Comment #1 from Damglador  ---
> Sometimes "Edit Applications..." can apply changes to these entries 
> succesfully, sometimes it doesn't show any errors and just doesn't apply 
> changes as well.

This refers to the one opened from right click menu of app launcher

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

[plasmashell] [Bug 497929] "Edit Application..." can't edit symlinks

2025-01-01 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=497929

--- Comment #2 from Damglador  ---
I discovered that it isn't a flatpak only problem by trying to edit Discord
launch parameters. Since the original .desktop file of Discord is in /opt, and
applications folder have just a symlink to it, the Plasma editor couldn't edit
it.

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

[kdeplasma-addons] [Bug 498768] New: No pointer before first character in the line

2025-01-16 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=498768

Bug ID: 498768
   Summary: No pointer before first character in the line
Classification: Plasma
   Product: kdeplasma-addons
   Version: 6.2.5
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: notes
  Assignee: plasma-b...@kde.org
  Reporter: vse.stopchans...@gmail.com
  Target Milestone: ---

SUMMARY
So normally a note widget have a pointer showing where you type, if the widget
is placed on desktop it works perfectly fine, but I have one in my panel and if
I open the note. In the note on my panel, pointer is invisible if its at the
beginning of a line, that also means it's invisible on empty lines

STEPS TO REPRODUCE
1. Put a note widget in a panel
2. Open the note
3. See that there's no pointer
4. Type a Space or a character
5. Move the pointer to the beginning of the line

OBSERVED RESULT
Pointer disappears if there is no character before it

EXPECTED RESULT
Pointer should always be visible

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.2.5
KDE Frameworks Version: 6.10.0
Qt Version: 6.8.1

ADDITIONAL INFORMATION
My note in the panel is black, but changing color doesn't solve the issue

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

[frameworks-kio] [Bug 500001] New: Improve file picker sorting: Custom sorting per directory, option to disable "folders first"

2025-02-13 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=51

Bug ID: 51
   Summary: Improve file picker sorting: Custom sorting per
directory, option to disable "folders first"
Classification: Frameworks and Libraries
   Product: frameworks-kio
   Version: 6.10.0
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Open/save dialogs
  Assignee: kio-bugs-n...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: kdelibs-b...@kde.org
  Target Milestone: ---

SUMMARY
For me, this is a huge usability issue. File dialog in Plasma have the same
sorting and view settings for everything, some of them can't even be changed,
like that folders always come first. I have 176 items in My ~/Downloads, and 14
of them are folders. Each time I have to pick something from ~/Downloads I have
to sort by date and then scroll past the pile of folders, and that wastes a lot
of time. The grouping also is missing, but that's not a big deal.

I can also just drag and drop the file I want to pick on the file picker, but
that also wastes a lot of time, opening Dolphin if it's not opened, going to
the folder I need, finding the file, drag and dropping it into the file picker.

STEPS TO REPRODUCE
Python script to call file picker, requires pyqt6:
import sys
from PyQt6.QtWidgets import QApplication, QFileDialog, QWidget
app = QApplication([])
window = QWidget()
file_path = QFileDialog.getOpenFileNames(window, "Select a file")
print("Select a file:", file_path)
if not file_path or file_path == "":
print("No folder selected, exiting.")
sys.exit()
del app
sys.exit()

OBSERVED RESULT
Every folder uses the same sorting, even Downloads, which requires custom
sorting the most.
There is no option to disable folders showing first.

EXPECTED RESULT
I expect file picker to inherit sorting and view options from Dolphin, or at
least use custom sorting for Downloads for easier time picking files from
there.
I expect an option to disable folders showing first in the view.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.3.0
KDE Frameworks Version: 6.10.0
Qt Version: 6.8.2

ADDITIONAL INFORMATION
I know taking view options from Dolphin isn't a universal solution, but it's
something. Another good option would be just to customize view options
per-folder in file picker itself and store the preferences somewhere.

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

[frameworks-kconfig] [Bug 499515] Bottom edge of text box stays highlighted after it's no longer focused or hovered, and flickers with other mouse movement over the dialog

2025-02-12 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=499515

--- Comment #2 from Damglador  ---
So far can't reproduce on Plasma 6.3.

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

[plasmashell] [Bug 500441] New: Having autolock and suspend at the same time breaks lockscreen (can't be unlocked)

2025-02-19 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=500441

Bug ID: 500441
   Summary: Having autolock and suspend at the same time breaks
lockscreen (can't be unlocked)
Classification: Plasma
   Product: plasmashell
   Version: 6.3.1
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: critical
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: k...@davidedmundson.co.uk
  Target Milestone: 1.0

SUMMARY
Title. I had 30 minutes until system locks AND suspends, after unsuspending I
can't unlock it, Enter does nothing, it doesn't even check the password. I
changed both to 1 minute for testing and it reproduced the issue.

STEPS TO REPRODUCE
1. Go to settings
2. Find and set autolock to 1 minute
3. In power management, set idle to suspend after 1 minute

OBSERVED RESULT
After waking up lockscreen can't be unlocked.

EXPECTED RESULT
The thing lockscreen should do

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.3.1
KDE Frameworks Version: 6.11.0
Qt Version: 6.8.2
Kernel Version: 6.13.2-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600H with Radeon Graphics
Memory: 13.5 GiB of RAM
Graphics Processor 1: AMD Radeon Graphics
Graphics Processor 2: NVIDIA GeForce RTX 3060 Laptop GPU

ADDITIONAL INFORMATION
Luckily I can click "switch user", which throws me to SDDM and there I can log
back into my session without losing anything

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

[dolphin] [Bug 500315] Changing file/folder permissions as root doesn't work

https://bugs.kde.org/show_bug.cgi?id=500315

Damglador  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |NOT A BUG
 Status|NEEDSINFO   |RESOLVED

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

[dolphin] [Bug 498981] Don't open a new tab for "Open as Administrator" or close it after use

https://bugs.kde.org/show_bug.cgi?id=498981

--- Comment #1 from Damglador  ---
This is also an inconsistent behavior. The other way to work as administrator
in Dolphin is a banner that pops up sometimes above the file views, it happens
is admin permissions run out, or if you enter some folders (for me, it's /root,
which has set "No access" for "Others" in permissions). If you use the "Work as
admin" button on the banner, it will actually just escalate permissions of the
current tab to root, without opening an additional tab.

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

[plasmashell] [Bug 500516] New: Add a setting to disable scroll changing values in dropdowns and sliders

https://bugs.kde.org/show_bug.cgi?id=500516

Bug ID: 500516
   Summary: Add a setting to disable scroll changing values in
dropdowns and sliders
Classification: Plasma
   Product: plasmashell
   Version: 6.3.1
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: k...@davidedmundson.co.uk
  Target Milestone: 1.0

SUMMARY
I do not use scroll this way, and never will. I expect my scroll to scroll the
actual page and not to randomly change some values in settings just because I
aimed my mouse at the wrong spot. This is especially annoying in, for example,
tray settings, where the dropdowns take a major part of the frame.

I'm not the only one annoyed by this "feature":
https://www.reddit.com/r/kde/comments/bn0ri1/disable_scrolling_into_dropdowns_and_spinners/
https://www.reddit.com/r/kde/comments/9xgw29/disable_scrolling_as_dropdown_context/
https://www.reddit.com/r/kde/comments/rb9rhk/undesired_behavior_turn_off_mouse_scroll_changing/
https://bugs.kde.org/show_bug.cgi?id=385270

In the other bug report and one of the posts, this
(https://invent.kde.org/frameworks/kirigami/-/merge_requests/415) was mentioned
as a "fix", when the real fix people actually want is to completely disable
this "feature". 
The other bug report was also aimed to sliders specifically, while they also
can be a bit annoying, my main issue are dropdowns. If with sliders I can see
how this would be useful, with dropdowns you can't even see the next or
previous value, so basically you're just blindly scrolling through each value
trying to find the one you need. While this may be somewhat useful with
dropdowns that have just a couple of values, more often it's just an annoying
and unwanted behavior 

I think the best place to put this setting in is the Quick Settings, aka the
starting page of Settings.

With kind regards, pls fix.

STEPS TO REPRODUCE
1. Scroll with mouse wheel on some dropdown or slider in Plasma settings

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.3.1
KDE Frameworks Version: 6.11.0
Qt Version: 6.8.2
Kernel Version: 6.13.2-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600H with Radeon Graphics
Memory: 13.5 GiB of RAM
Graphics Processor 1: AMD Radeon Graphics
Graphics Processor 2: NVIDIA GeForce RTX 3060 Laptop GPU

ADDITIONAL INFORMATION

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

[plasmashell] [Bug 500441] Having autolock and suspend at the same time breaks lockscreen (can't be unlocked)

https://bugs.kde.org/show_bug.cgi?id=500441

--- Comment #9 from Damglador  ---
Weird that it happens under such specific conditions: having lock after suspend
enabled, with suspend and autolock set to the same time. I also didn't notice
any GPU or graphics related issues after the lock screen.

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

[plasmashell] [Bug 500516] Add a setting to disable scroll changing values in dropdowns and sliders

2025-02-22 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=500516

--- Comment #2 from Damglador  ---
> even if the proposed
> solution there isn't quite what you suggest here. 

If I understand correctly, the proposed solution there is "(only do the thing)
if field has keyboard focus AND cursor is on top" and I think it's pretty good
and will fix the annoyance in 99% cases. Thanks for you time.

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

[plasmashell] [Bug 500441] Having autolock and suspend at the same time breaks lockscreen (can't be unlocked)

https://bugs.kde.org/show_bug.cgi?id=500441

--- Comment #2 from Damglador  ---
Nope, it happens only when it locks/suspends at the same time while being idle.
Theoretically, I could try to do the same (suspend and lock at the same time)
using terminal, but idk how.

It also doesn't occur when suspend and autolock have different timers: lock
after 1 minute, suspend after 2 minutes or vice versa.

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

[plasmashell] [Bug 500441] Having autolock and suspend at the same time breaks lockscreen (can't be unlocked)

https://bugs.kde.org/show_bug.cgi?id=500441

Damglador  changed:

   What|Removed |Added

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

--- Comment #4 from Damglador  ---
 It happened every time I tested it. It also happens with all suspend modes,
but since hybrid suspend and suspend then hibernate don't work for me, system
instantly wakes up, I have suspend mode set to just suspend to RAM. Before
going to sleep monitor also briefly shows the lock screen wallpaper.

Huh. I've discovered another fun thing. If I let the lock screen idle for a
bit, so it hides the login prompt, and then get back to the login prompt, it
works just fine. 

I also have disabled lock after waking up from suspend, and enabling it "fixes"
the issue, but introduces a bunch of other funky bugs: avatar is not a circle,
but a square, background blur isn't applied on the login prompt, power buttons
have a weird background. Disabling autolock and leaving just lock after suspend
makes everything work normally: blur is applied, power buttons look like they
should, avatar is a circle and the lock screen can actually be unlocked.

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

[plasmashell] [Bug 500441] Having autolock and suspend at the same time breaks lockscreen (can't be unlocked)

https://bugs.kde.org/show_bug.cgi?id=500441

--- Comment #5 from Damglador  ---
Created attachment 178647
  --> https://bugs.kde.org/attachment.cgi?id=178647&action=edit
lock after suspend+ autolock matching suspend timer

Here's a photo of how it looks with lock after suspend and autolock enabled and
set on the same time as suspend

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

[plasmashell] [Bug 500441] Having autolock and suspend at the same time breaks lockscreen (can't be unlocked)

https://bugs.kde.org/show_bug.cgi?id=500441

--- Comment #6 from Damglador  ---
Created attachment 178648
  --> https://bugs.kde.org/attachment.cgi?id=178648&action=edit
how it looks normally

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

[dolphin] [Bug 500315] New: Changing file/folder permissions as root doesn't work

2025-02-18 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=500315

Bug ID: 500315
   Summary: Changing file/folder permissions as root doesn't work
Classification: Applications
   Product: dolphin
   Version: 24.12.1
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: kfm-de...@kde.org
  Target Milestone: ---

SUMMARY
I try to change /boot to no access for "Others", it says the job is done, but
does nothing. Changing permissions for files in ~ works. Probably related to
https://bugs.kde.org/show_bug.cgi?id=499003

STEPS TO REPRODUCE
1. Go to a file with root as owner
2. Open the folder it's in as admin
3. Try to change permissions of the file in it's properties

OBSERVED RESULT
It finishes, no error, but also no result

EXPECTED RESULT
Gimme my permission change

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.3.0
KDE Frameworks Version: 6.11.0
Qt Version: 6.8.2

ADDITIONAL INFORMATION

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

[dolphin] [Bug 498981] Don't open a new tab for "Open as Administrator" or close it after use

2025-03-03 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=498981

--- Comment #2 from Damglador  ---
In the menu -> View -> Works as admin also just elevates permissions of the
current tab and doesn't open a new one.

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

[plasmashell] [Bug 501473] New: A setting for default keyboard layout for lockscreen and polkit

2025-03-13 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=501473

Bug ID: 501473
   Summary: A setting for default keyboard layout for lockscreen
and polkit
Classification: Plasma
   Product: plasmashell
   Version: 6.3.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: k...@davidedmundson.co.uk
  Target Milestone: 1.0

SUMMARY
I doubt anyone uses multilanguage passwords, and having to check your keyboard
layout on every password prompt is annoying, so it would be nice to be able to
set a particular layout as default for screen lock and the "enter your
password" windows. This setting could be located in keyboard settings.

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.11.0
Qt Version: 6.8.2
Kernel Version: 6.13.6-zen1-1-zen (64-bit)
Graphics Platform: Wayland

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

[frameworks-kio] [Bug 497732] Date in "File already exists" should wrap instead of scaling the whole window

2025-03-15 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=497732

--- Comment #3 from Damglador  ---
Yup, that looks much better.

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

[plasmashell] [Bug 501473] A setting for default keyboard layout for lockscreen and polkit

2025-03-14 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=501473

--- Comment #2 from Damglador  ---
I have Ukrainian and English keyboard layouts. Every time I'm on the lock
screen or have polkit password window, I either have to stop and check if I'm
on the right keyboard layout, and if I'm not - switch it. Or I just
instinctively type my password and either waste a couple of seconds because I
wasn't on English keyboard, or I'm on English keyboard and the gamble pays off.

Plus this links to https://github.com/sddm/sddm/issues/2042 (TLDR: You can type
in password field even if you can't see it), which is an issue in both SDDM and
Plasma lock screen (I forgot to report it for the lock screen), but In case of
SDDM I can just start typing my password without having to see anything,
because SDDM doesn't have multiple keyboard layouts, but that's not the case
with Plasma lock screen. Plasma lock screen inherits keyboard layouts from
session and doesn't show which one is chosen on the idle screen, and even if it
did, it's the same issue as with polkit, I either check my keyboard layout
every time, or just type my password and find out if the layout of correct.

The fact that polkit and lock screen have 5 seconds or so cooldown if you type
a wrong password makes it even more annoying.

If I was able to set a default keyboard layout for polkit and lock screen I
would be able to just skip these time-wasting checks and type my password,
knowing that unless I type it wrong, there won't be an issue. 

It would be even better if this was also available in window rules. This is
more of a niche use case, but as an example, Barony and Blender don't know how
to work with Cyrillic keyboard layouts, so if I'm on Ukrainian, all key
bindings are useless until I switch back to English (and if Barony uses
Xwayland, which is the default behavior, I have to restart the game with the
right keyboard layout). And since there's not much need for Ukrainian in Barony
or Blender, I could just set it as default for these windows and not have to
switch my keyboard layout back to English after I use the browser. Would it be
better if apps solved their issues? Yes. But it's not always a realistic
scenario

I hope my explanation is somewhat understandable.

This could work in 2 ways:
1. It locks polkit and lock screen, and other windows with this rule, to only
using one keyboard layout, which is set by the user
2. When polkit and lock screen, and other windows with this rule, are open,
they always use the specified keyboard layout, but user can switch it like they
normally would, but this won't affect the global keyboard layout. So if I open
polkit with English select, switch in polkit to Ukrainian and go to another
window, keyboard layout will still be English.

The first one is somewhat unsafe because it could cause a softlock on the lock
screen.

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

[plasmashell] [Bug 501473] A setting for default keyboard layout for lockscreen and polkit

2025-03-14 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=501473

--- Comment #3 from Damglador  ---
Window rule is just an idea to consider, the main scope is polkit and lock
screen

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

[kdeplasma-addons] [Bug 498768] No insertion point shown before first character on a line

2025-03-17 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=498768

--- Comment #5 from Damglador  ---
Should I expect it to be fixed in Plasma 6.3.3?

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

[Spectacle] [Bug 442876] Spectacle is quite slow to launch, especially on slow systems or when the system is under any amount of load

https://bugs.kde.org/show_bug.cgi?id=442876

Damglador  changed:

   What|Removed |Added

 CC||vse.stopchans...@gmail.com

--- Comment #17 from Damglador  ---
Is it possible to "pre-load" Spectacle? Like, I think, LibreOffice can do so
the apps open faster

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

[frameworks-kio] [Bug 501706] New: Padding issue

https://bugs.kde.org/show_bug.cgi?id=501706

Bug ID: 501706
   Summary: Padding issue
Classification: Frameworks and Libraries
   Product: frameworks-kio
   Version: 6.10.0
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: URL navigator
  Assignee: kio-bugs-n...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: kdelibs-b...@kde.org
  Target Milestone: ---

Created attachment 179550
  --> https://bugs.kde.org/attachment.cgi?id=179550&action=edit
Before

SUMMARY
Padding of .. changes if I click on . directory (just check screenshots)

STEPS TO REPRODUCE
1. 
2. 
3. 

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

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

[frameworks-kio] [Bug 501706] Padding issue

https://bugs.kde.org/show_bug.cgi?id=501706

--- Comment #1 from Damglador  ---
Oops, didn't expect it to send the whole bug report.

ATTACHMENT DESCRIPTIONS
Before - I navigated to a directory from the manager
After - I clicked on the current directory from URL bar

STEPS TO REPRODUCE
1. Go to some directory
2. Click in URL bar on the current directory (or on the current directory from
dropdown of the last directory

OBSERVED RESULT
Space between the name of the last directory (in my case, resources) and spacer
to Sprites gets a bit smaller

EXPECTED RESULT
That shouldn't happen

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.2
Kernel Version: 6.13.7-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600H with Radeon Graphics
Memory: 13.5 GiB of RAM
Graphics Processor 1: AMD Radeon Graphics
Graphics Processor 2: NVIDIA GeForce RTX 3060 Laptop GPU

ADDITIONAL INFORMATION
Started happening after URL bar got the new design

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

[frameworks-kio] [Bug 501706] Padding issue

https://bugs.kde.org/show_bug.cgi?id=501706

--- Comment #3 from Damglador  ---
According to my measurements in Gwenview it shifted for one pixel

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

[frameworks-kio] [Bug 501706] Padding issue

https://bugs.kde.org/show_bug.cgi?id=501706

--- Comment #2 from Damglador  ---
Created attachment 179553
  --> https://bugs.kde.org/attachment.cgi?id=179553&action=edit
After

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

[plasmashell] [Bug 501473] A setting for default keyboard layout for lockscreen and polkit

2025-03-20 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=501473

--- Comment #7 from Damglador  ---
Yup, that would be awesome.

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

[plasmashell] [Bug 501938] New: Unable to interact with panels

2025-03-24 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=501938

Bug ID: 501938
   Summary: Unable to interact with panels
Classification: Plasma
   Product: plasmashell
   Version: 6.3.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: k...@davidedmundson.co.uk
  Target Milestone: 1.0

SUMMARY
If I go to clipboard settings, go to actions and add action, the window that
opens and darkens the main settings window blocks me from interacting with
panels or desktop in any way, I still can interact with other windows. This is
not exclusive to clipboard settings, I've seen it somewhere else, but forgot to
report it.

STEPS TO REPRODUCE
1. Open clipboard settings (right click on clipboard in tray or clipboard
widget - settings)
2. Go to Actions
3. Click Add action
4. Try to interact with panels or desktop

OBSERVED RESULT
Can't interact with panels or desktop

EXPECTED RESULT
Should be able to

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.2
Kernel Version: 6.13.7-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600H with Radeon Graphics
Memory: 13.5 GiB of RAM
Graphics Processor 1: AMD Radeon Graphics
Graphics Processor 2: NVIDIA GeForce RTX 3060 Laptop GPU

ADDITIONAL INFORMATION

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

[plasmashell] [Bug 502239] New: Unlocking a vault always opens a Dolphin window instead of a tab

2025-03-31 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=502239

Bug ID: 502239
   Summary: Unlocking a vault always opens a Dolphin window
instead of a tab
Classification: Plasma
   Product: plasmashell
   Version: 6.3.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Vaults widget
  Assignee: plasma-b...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: ivan.cu...@kde.org
  Target Milestone: 1.0

SUMMARY
When unlocking a vault, it opens it in file explorer, but it ignores preference
in Dolphin to open everything in tabs instead of windows and opens a new
Dolphin window

STEPS TO REPRODUCE
1. Set in Dolphin settings Interface > Folders & Tabs > Keep a single Dolphin
window, opening new folders in tabs
2. Apply
3. Open Dolphin
4. While Dolphin is opened, unlock a vault

OBSERVED RESULT
Opens a new Dolphin window

EXPECTED RESULT
Open a new tab in existing Dolphin window

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.3
Kernel Version: 6.14.0-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600H with Radeon Graphics
Memory: 13.5 GiB of RAM
Graphics Processor 1: AMD Radeon Graphics
Graphics Processor 2: NVIDIA GeForce RTX 3060 Laptop GPU

ADDITIONAL INFORMATION

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

[plasmashell] [Bug 500441] Having autolock and suspend at the same time breaks lockscreen (can't be unlocked)

2025-03-31 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=500441

Damglador  changed:

   What|Removed |Added

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

--- Comment #14 from Damglador  ---
nvidia-suspend, nvidia-hibernate and nvidia-resume were enabled. 
Suggested kernel parameters are set by default on Arch. And I checked on my
system, they are

Probably unrelated, but there was also nvidia-suspend-then-resume. Enabling,
which fixed suspend then hibernate, but lead to some funky side effects, so I
kept it off and switched back to simple suspend. It also did not fix the issue.

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

[plasmashell] [Bug 500441] Having autolock and suspend at the same time breaks lockscreen (can't be unlocked)

2025-03-30 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=500441

Damglador  changed:

   What|Removed |Added

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

--- Comment #12 from Damglador  ---
Blacklisted nvidia drivers in modprobe.d and the issue didn't occur. Sorry for
responding so late.

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

[kinfocenter] [Bug 501990] New: Size measurements copied in system language

2025-03-25 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=501990

Bug ID: 501990
   Summary: Size measurements copied in system language
Classification: Applications
   Product: kinfocenter
   Version: 6.3.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: minor
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: sit...@kde.org
  Target Milestone: ---

SUMMARY
"Copy Details > English" or "Копіювати подробиці > Англійська" copies
everything in English, but instead of GiB there's ГіБ 

STEPS TO REPRODUCE
1. `LANGUAGE=uk kinfocenter`
2. Click top right button
3. Select bottom option

OBSERVED RESULT
It copies Memory: 13.5 ГіБ of RAM


EXPECTED RESULT
Should copy Memory: 13.5 GiB of RAM

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Operating System: Arch Linux 
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.2
Kernel Version: 6.13.7-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600H with Radeon Graphics
Memory: 13.5 GiB of RAM
Graphics Processor 1: AMD Radeon Graphics
Graphics Processor 2: NVIDIA GeForce RTX 3060 Laptop GPU

ADDITIONAL INFORMATION
The same applies to `kinfo` if LANGUAGE=uk
┌─[damglador@Parasite][~]
└₴ LANGUAGE=uk kinfo
Operating System: Arch Linux 
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.2
Kernel Version: 6.13.7-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600H with Radeon Graphics
Memory: 13.5 ГіБ of RAM <-
Graphics Processor 1: AMD Radeon Graphics
Graphics Processor 2: NVIDIA GeForce RTX 3060 Laptop GPU

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

[kwin] [Bug 421395] With fractional scaling, during drag-and-drop action, dragged item is blurred.

2025-03-29 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=421395

Damglador  changed:

   What|Removed |Added

 CC||vse.stopchans...@gmail.com

--- Comment #6 from Damglador  ---
Created attachment 179839
  --> https://bugs.kde.org/attachment.cgi?id=179839&action=edit
dragging a folder and it's blurry

Hey. This is still a thing with Plasma 6.3.3. When my scaling is set to 125 or
150, drag&drop items are extremely pixelated/blurry. With 100% everything as it
should be

Operating System: Arch Linux 
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.3
Kernel Version: 6.14.0-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600H with Radeon Graphics
Memory: 13.5 GiB of RAM
Graphics Processor 1: AMD Radeon Graphics
Graphics Processor 2: NVIDIA GeForce RTX 3060 Laptop GPU

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

[kwin] [Bug 421395] With fractional scaling, during drag-and-drop action, dragged item is blurred.

2025-03-29 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=421395

Damglador  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Ever confirmed|0   |1
 Resolution|FIXED   |---

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

[kmenuedit] [Bug 502312] Limited functionality compared to app entry editor used in Plasma <6.3

2025-04-03 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=502312

--- Comment #2 from Damglador  ---
Done https://bugs.kde.org/show_bug.cgi?id=502369 👍

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

[kmenuedit] [Bug 502369] New: Edit/view MIME types of an application

2025-04-03 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=502369

Bug ID: 502369
   Summary: Edit/view MIME types of an application
Classification: Applications
   Product: kmenuedit
   Version: 6.3.4
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: vse.stopchans...@gmail.com
  Target Milestone: ---

SUMMARY
Before Plasma 6.3 editing application entries from app menu was done through
desktop file properties, it had, and still has, a section with table of
assigned MIME types to the application, and an option to remove/add assigned
MIME types. Currently, kmenuedit is missing this feature.

STEPS TO REPRODUCE
1. Go to properties of a desktop file of an application
2. Open entry for the same app in kmenuedit

OBSERVED RESULT
Desktop file properties have a section for managing MIME types.
kmenuedit doesn't have it.

EXPECTED RESULT
Feature parity

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.3.4
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.3
Kernel Version: 6.14.0-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600H with Radeon Graphics
Memory: 13.5 GiB of RAM
Graphics Processor 1: AMD Radeon Graphics
Graphics Processor 2: NVIDIA GeForce RTX 3060 Laptop GPU

ADDITIONAL INFORMATION

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

[kmenuedit] [Bug 502312] New: Limited functionality compared to app entry editor used in Plasma <6.3

2025-04-02 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=502312

Bug ID: 502312
   Summary: Limited functionality compared to app entry editor
used in Plasma <6.3
Classification: Applications
   Product: kmenuedit
   Version: 6.3.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: plasma-b...@kde.org
  Reporter: vse.stopchans...@gmail.com
  Target Milestone: ---

SUMMARY
Before Plasma 6.3 when editing applications in app menu it opened a different
menu, which had quite a lot of features that are currently missing in
kmenuedit. For example:
- Viewing what MIME types are using the app
- Forcing app to use dGPU:
https://www.reddit.com/r/kde/comments/xd0hw0/theres_no_option_to_run_apps_using_the_dedicated/
| https://www.reddit.com/r/kde/s/pJcmjLWCSM
- Ability to assign or remove a MIME type for the app
- There's no information about where desktop file for the app is stored


STEPS TO REPRODUCE
1. View properties of a desktop file
2. "Edit application..." on an app in app menu

OBSERVED RESULT
Editing application entry from app menu have cut functionality compared to the
properties of the desktop file, which was the way to edit application entries
before Plasma <6.3

EXPECTED RESULT
Parity in functionality between desktop file properties and kmenuedit, or at
least an indicator of where the desktop file of an app is stored for editing it
manually

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.3
Kernel Version: 6.14.0-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600H with Radeon Graphics
Memory: 13.5 GiB of RAM
Graphics Processor 1: AMD Radeon Graphics
Graphics Processor 2: NVIDIA GeForce RTX 3060 Laptop GPU

ADDITIONAL INFORMATION

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

[plasmashell] [Bug 502239] Unlocking a vault always opens a Dolphin window instead of a tab

2025-04-03 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=502239

--- Comment #3 from Damglador  ---
If I open the folder where vault I choose vault to be before I unlock it, it
still opens a new window

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

[plasmashell] [Bug 502239] Unlocking a vault always opens a Dolphin window instead of a tab

2025-04-04 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=502239

--- Comment #2 from Damglador  ---
Opening a folder on desktop also have similar behavior. It opens a new Dolphin
window instead of a tab, but if there is a tab for the folder already in a
Dolphin window, it just points to that tab. I don't think I can reproduce that
with the vault widget, because it opens the folder only after I unlock it and
unlocking it second time will just give an error.

I don't know if these two bugs related.

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

[plasmashell] [Bug 500441] Having autolock and suspend at the same time breaks lockscreen (can't be unlocked)

2025-04-04 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=500441

--- Comment #15 from Damglador  ---
Oh, fun fact: wiggling the mouse while it wakes up from this bug just
automatically unlocks the lock screen. That doesn't happen with "Lock after
suspend" option and autolock disabled

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

[kwin] [Bug 466599] Window decoration and Alt+Tab menu for Wayland-native app shows generic Wayland icon; Task manager shows correct icon

2025-03-27 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=466599

Damglador  changed:

   What|Removed |Added

Summary|Window decoration icon for  |Window decoration and
   |Wayland-native electron app |Alt+Tab menu for
   |shows generic Wayland icon, |Wayland-native app shows
   |not actual app icon; Task   |generic Wayland icon; Task
   |manager shows correct icon  |manager shows correct icon
 CC||vse.stopchans...@gmail.com
 Status|RESOLVED|REOPENED
Version|5.27.1  |6.3.3
 Resolution|DOWNSTREAM  |---
 Ever confirmed|0   |1

--- Comment #6 from Damglador  ---
Why can the taskbar detect the window icon even without the desktop file
matching the WMClass of the app, but KWin can't? This issue is not exclusive to
Electron applications, it happens with any other application using Wayland
natively. From my testing, if StartupWMClass in desktop file matches the
WMClass of the app, taskbar gets the icon, but Alt+Tab menu still shows the
Wayland icon.

Is it possible to do in KWin the same what the taskbar does? It's not always
possible to match .desktop file name with WMClass. With system packages,
packager may be able to add a dummy .desktop for icon or rename the upstream
one (if you'll be able to convince them to do so), but with flatpak you
wouldn't be able to do so, packager would need to patch the program to have
WMClass matching the .desktop file name, or user would need to add their own
dummy .desktop file just to make KWin show the proper icon. For example,
Zen[1], and I have the same issue with youtube-music, WineWayland apps have to
have .desktop files with .exe in their name, when they could just have it in
StartupWMClass. 

Additionally, according to this comment[2], GNOME is able to show the proper
icon just by having proper WMClass in StartupWMClass, without having to also
match the .desktop file name.

Communicating all that to each package maintainer and software developer is
problematic, and considering that GNOME and the taskbar already can fetch the
proper icon, it would be nice if KWin also could.

[1]: https://www.reddit.com/r/kde/comments/1jl4mme/comment/mk21nd9/
[2]: https://github.com/th-ch/youtube-music/issues/2806#issuecomment-2584973530

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

[frameworks-kio] [Bug 399270] File copying ignores setgid bit for files (but not directories)

2025-03-28 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=399270

Damglador  changed:

   What|Removed |Added

 CC||vse.stopchans...@gmail.com
Version|5.48.0  |6.12.0

--- Comment #8 from Damglador  ---
Hey. Sorry for necro bumping (kinda), but this is still a thing. Copied through
Dolphin files don't respect setgid, but folders do. Could this please be fixed?

Operating System: Arch Linux 
KDE Plasma Version: 6.3.3
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.2
Kernel Version: 6.14.0-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600H with Radeon Graphics
Memory: 13.5 GiB of RAM
Graphics Processor 1: AMD Radeon Graphics
Graphics Processor 2: NVIDIA GeForce RTX 3060 Laptop GPU

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

[plasmashell] [Bug 500441] Having autolock and suspend at the same time breaks lockscreen (can't be unlocked)

2025-04-04 Thread Damglador

https://bugs.kde.org/show_bug.cgi?id=500441

Damglador  changed:

   What|Removed |Added

 Resolution|--- |LATER
 Status|REPORTED|RESOLVED

--- Comment #16 from Damglador  ---
I'll leave it at "Nvidia being Nvidia", at least for now.

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

[kdeplasma-addons] [Bug 498768] No insertion point shown before first character on a line

https://bugs.kde.org/show_bug.cgi?id=498768

--- Comment #7 from Damglador  ---
Gud, I'll wait and hopefully won't be able to reproduce the bug there.

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

[plasmashell] [Bug 501473] A setting for default keyboard layout for lockscreen and polkit

https://bugs.kde.org/show_bug.cgi?id=501473

--- Comment #5 from Damglador  ---
> So basically, the issue is that you regularly use two keyboard layouts, and 
> you set up your system password when using one of those layouts

Exactly.

> and often forget which layout you had active when the screen locked?

It's less about forgetting and more about spending time on this. Like even if
keyboard layout was shown near the password field or somewhere in a visible
place (which would still be a nice touch, like these "you have caps lock on"
notices), but I would still have to check if it's the right layout and switch
it if it's not, and for me that takes as much time as entering my password. But
if it just automatically used English, I could just type my password in a
second without worrying about my keyboard layout. 

I understand that it may not be an easy feature to implement, so it's fine even
if it won't be implemented for year(s). But it definitely will be my next
favorite feature, after remapping Caps Lock to switching keyboard layouts.

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

[dolphin] [Bug 502453] Dolphin uses wrong window icon after an update

https://bugs.kde.org/show_bug.cgi?id=502453

--- Comment #1 from Damglador  ---
This might also be related to https://bugs.kde.org/show_bug.cgi?id=466599

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

[dolphin] [Bug 502453] New: Dolphin uses wrong window icon after an update

https://bugs.kde.org/show_bug.cgi?id=502453

Bug ID: 502453
   Summary: Dolphin uses wrong window icon after an update
Classification: Applications
   Product: dolphin
   Version: 24.12.3
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: vse.stopchans...@gmail.com
CC: kfm-de...@kde.org
  Target Milestone: ---

SUMMARY
Yesterday did an update, I think it updated qt to 6.9 and perhaps some kde
framework and also kwin. Today I noticed that Dolphin window icon uses file
manager icon instead of Dolphin icon, which is specified in its desktop file. 

STEPS TO REPRODUCE
1. Use Papirus icon theme (Because in Breeze Dolphin icon matches
system-file-manager icon)
2. Open Dolphin

OBSERVED RESULT
In app launcher and on the panel it has Dolphin icon, but window decoration has
system-file-manager icon, and the same with alt+tab menu

EXPECTED RESULT
Everything should either use system-file-manager icon or Dolphin icon.
Preferably, the one specified in the desktop file.

SOFTWARE/OS VERSIONS
Operating System: Arch Linux 
KDE Plasma Version: 6.3.4
KDE Frameworks Version: 6.12.0
Qt Version: 6.9.0
Kernel Version: 6.14.0-zen1-1-zen (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 5600H with Radeon Graphics
Memory: 13.5 GiB of RAM
Graphics Processor 1: AMD Radeon Graphics
Graphics Processor 2: NVIDIA GeForce RTX 3060 Laptop GPU

ADDITIONAL INFORMATION
Papirus theme: https://github.com/PapirusDevelopmentTeam/papirus-icon-theme. In
Arch extra repo it's papirus-icon-theme

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

[frameworks-purpose] [Bug 502460] New: Pastebin plugin doesn't work