[dolphin] [Bug 486790] Dolphin refuses to open folders in WebDAV locations and redirects to a browser
https://bugs.kde.org/show_bug.cgi?id=486790 --- Comment #2 from Andrey Voeiko --- You can see examples in attachments (locale is Russian) -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 486790] Dolphin refuses to open folders in WebDAV locations and redirects to a browser
https://bugs.kde.org/show_bug.cgi?id=486790 --- Comment #1 from Andrey Voeiko --- Created attachment 169324 --> https://bugs.kde.org/attachment.cgi?id=169324=edit Dolphin works with a folder directly -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 486790] New: Dolphin refuses to open folders in WebDAV locations and redirects to a browser
https://bugs.kde.org/show_bug.cgi?id=486790 Bug ID: 486790 Summary: Dolphin refuses to open folders in WebDAV locations and redirects to a browser Classification: Applications Product: dolphin Version: 24.02.2 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: led...@vivaldi.net CC: kfm-de...@kde.org Target Milestone: --- Created attachment 169323 --> https://bugs.kde.org/attachment.cgi?id=169323=edit Dolphin redirects to browser When using Dophin to manage WebDAV locations it manages the files fine, but redirects to browser when you try to open a folder, saying "Dolphin doesn't suppot opening webpages, so a webbrowser will be opened". Interestingly, when you open a folder in a new tab/new window/split panel, it works as expected. STEPS TO REPRODUCE 1. Connect to a WebDAV location 2. Open a folder OBSERVED RESULT Dolphin redirects to a browser with an error message. EXPECTED RESULT Dolphin should open a folder. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 40 KDE Flavor KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 482835] Right click on a widget may launch the contextual menu as a regular window
https://bugs.kde.org/show_bug.cgi?id=482835 Andrey Voeiko changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED|RESOLVED --- Comment #5 from Andrey Voeiko --- (In reply to Nate Graham from comment #4) > Thanks. I can't reproduce this at all. I've checked this out. I works fine. Maybe a reboot solved it, as I just logged-out-logged-in after I updated to 6.0. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 482835] Right click on a widget may launch the contextual menu as a regular window
https://bugs.kde.org/show_bug.cgi?id=482835 --- Comment #3 from Andrey Voeiko --- (In reply to Nate Graham from comment #2) > This is on Wayland, I assume? Yes, this is on Wayland -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 482851] Different size for category and subcategory titles fonts
https://bugs.kde.org/show_bug.cgi?id=482851 --- Comment #1 from Andrey Voeiko --- Also I've noticed that the left margin for category is smaller too, which looks odd. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 482851] New: Different size for category and subcategory titles fonts
https://bugs.kde.org/show_bug.cgi?id=482851 Bug ID: 482851 Summary: Different size for category and subcategory titles fonts Classification: Applications Product: systemsettings Version: 6.0.1 Platform: Arch Linux OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: led...@vivaldi.net Target Milestone: --- Created attachment 166702 --> https://bugs.kde.org/attachment.cgi?id=166702=edit Screenshot Category and subcategory fonts titles have different sizes, which looks odd, especially taking into consideration that the subcategory title has a bigger font. STEPS TO REPRODUCE 1. Launch System settings 2. Maximize the window 3. Open a subcategory OBSERVED RESULT Category and subcategory titles have same font sizes EXPECTED RESULT Subcategory title size has bigger font size than the category title SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 482835] Right click on a widget may launch the contextual menu as a regular window
https://bugs.kde.org/show_bug.cgi?id=482835 --- Comment #1 from Andrey Voeiko --- Created attachment 166688 --> https://bugs.kde.org/attachment.cgi?id=166688=edit Custom menu behaves as intented -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 482835] New: Right click on a widget may launch the contextual menu as a regular window
https://bugs.kde.org/show_bug.cgi?id=482835 Bug ID: 482835 Summary: Right click on a widget may launch the contextual menu as a regular window Classification: Plasma Product: plasmashell Version: 6.0.1 Platform: Arch Linux OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: led...@vivaldi.net CC: niccolo.venera...@gmail.com Target Milestone: 1.0 Created attachment 166686 --> https://bugs.kde.org/attachment.cgi?id=166686=edit Example of different behaviour of the menu depending on which window is focused SUMMARY The right-click menu for widget configuration behaves strangely: - when a regular window (e. g. Firefox, Dolphin, System settings) is focused, the menu is opened as a regular window (with window decorations and placed by KWin according to settings) - when the focused window is created by the Plasma shell itself (such as widget configuration window), the menu looks normal, but is placed under the window, while it should by placed above the widget - when no window is focused (after a click on the desktop), menu behaves as intended (attached video) This is related only to the default contextual menu. Custom menu for a widget (such as a menu for the Task manager button) work normal STEPS TO REPRODUCE 1. Focus a window 2. Right click a widget with a default menu (such as Virtual desktop switch) 3. See the result OBSERVED RESULT Contextual menu launches as a regular window with decorations and placed according to the KWin settings (meaning if KWin is set up to put windows in center, the menu will appear there) EXPECTED RESULT Contextual menu should look and behave as a contextual menu SOFTWARE/OS VERSIONS Arch Linux Linux/KDE Plasma: 6.0.1 KDE Plasma Version: 6.0.1 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455744] New: Sometimes search doesn't work
https://bugs.kde.org/show_bug.cgi?id=455744 Bug ID: 455744 Summary: Sometimes search doesn't work Product: kwin Version: 5.25.1 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: effects-overview Assignee: kwin-bugs-n...@kde.org Reporter: led...@vivaldi.net Target Milestone: --- SUMMARY The search sometimes stops to work until reload. STEPS TO REPRODUCE 1. Activate overview effect. 2. Try to use built-in krunner OBSERVED RESULT Built-in krunner doeesn't work EXPECTED RESULT It should SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux with Linux Zen 5.18.5 (fully updated on 21.06.2022) (available in About System) KDE Plasma Version: 5.25.1 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.5 ADDITIONAL INFORMATION This bug exists ever since Niccolò Ve announced this effect on his YT channel. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 455509] New: Some features disappeared, such as choosing desktops with numbers on keyboard and moving windows to desktops
https://bugs.kde.org/show_bug.cgi?id=455509 Bug ID: 455509 Summary: Some features disappeared, such as choosing desktops with numbers on keyboard and moving windows to desktops Product: kwin Version: 5.25.0 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: effects-desktop-grid Assignee: kwin-bugs-n...@kde.org Reporter: led...@vivaldi.net Target Milestone: --- Some features disappeared, such as choosing desktops with numbers on keyboard and moving windows to desktops *** STEPS TO REPRODUCE 1. Activate desktop grid 2. Press a number (for example, 2) OBSERVED RESULT Nothing happens EXPECTED RESULT Desktop is switched to the needed one (for example, 2) ADDITIONAL INFORMATION Seem's like this feature wasn't implemented back yet since rewriting the effect in QML -- You are receiving this mail because: You are watching all bug changes.
