[dolphin] [Bug 260266] Allow assigning keyboard shortcuts to service menu actions
https://bugs.kde.org/show_bug.cgi?id=260266 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru -- You are receiving this mail because: You are watching all bug changes.
[releaseme] [Bug 444795] New: Using KDE_L10N_SYNC_TRANSLATIONS option does not lead to compiling translations
https://bugs.kde.org/show_bug.cgi?id=444795 Bug ID: 444795 Summary: Using KDE_L10N_SYNC_TRANSLATIONS option does not lead to compiling translations Product: releaseme Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: ash...@linuxcomp.ru CC: sit...@kde.org Target Milestone: --- When user uses cmake option KDE_L10N_SYNC_TRANSLATIONS, he expect that the translations will be downloaded and built. However, it does not happen. I tried to understand how things work. The l10n.rb defines get method with the parameter edit_cmake which defaults to true: https://invent.kde.org/sdk/releaseme/-/blob/b830efbdd392150b0b56e944bb34c07606492d4b/lib/releaseme/l10n.rb#L29-30 That edit_cmake means the following lines will be added to cmakelists.txt (as needed): ``` find_package(KF5I18n CONFIG REQUIRED) ki18n_install(po) ``` The tarme.rb calls that method without specifying edit_cmake parameter: https://invent.kde.org/sdk/releaseme/-/blob/b830efbdd392150b0b56e944bb34c07606492d4b/tarme.rb#L81 and it becomes true (because of default in l10n.rb) and prepared tar will have edited cmakelists.txt. The fetchpo.rb when running invoking get method specify the edit_cmake to false: https://invent.kde.org/sdk/releaseme/-/blob/b830efbdd392150b0b56e944bb34c07606492d4b/fetchpo.rb#L60-61 so running it will not trigger editing cmakelists.txt But that fetchpo.rb is invoked by cmake module KDECMakeSettings.cmake: https://invent.kde.org/frameworks/extra-cmake-modules/-/blob/8f7831c83f11f38c060fd0717b925b1fa28cd3d8/kde-modules/KDECMakeSettings.cmake#L356-361 The result is that the translations are not compiled to the package. STEPS TO REPRODUCE 1. git clone https://invent.kde.org/pim/zanshin.git 2. mkdir build 3. cd build 4. cmake -B . -S ../zanshin -DBUILD_TESTING=OFF -DKDE_L10N_SYNC_TRANSLATIONS=ON 6. cmake --build . 7. DESTDIR="$pkgdir" cmake --install build # from package() function in PKGBUILD OBSERVED RESULT The translations were downloaded, but not compiled. The built package does not contain translations. EXPECTED RESULT The translations are downloaded and compiled. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.23.2 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION The solution could be to make fetchpo.rb to be able to accept parameter --edit-cmake, and pass it to the get method. And then two variants to do: Variant 1: Then add "--edit-cmake TRUE" to fetch_commands in the KDECMakeSettings.cmake. Variant 2: Make --edit-cmake parameter default to true in fetchpo.rb. Then editing KDECMakeSettings.cmake will not be necessary. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 373440] konsole --new-tab opens window instead
https://bugs.kde.org/show_bug.cgi?id=373440 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 444760] New: Missing fields for locations publicshare and templates
https://bugs.kde.org/show_bug.cgi?id=444760 Bug ID: 444760 Summary: Missing fields for locations publicshare and templates Product: systemsettings Version: 5.23.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- Some entries are missing in locations configuration in system settings. STEPS TO REPRODUCE 1. In system settings go to Applications -> Locations. 2. Observe available entries OBSERVED RESULT No entries for public share folder and templates folder. EXPECTED RESULT All entries should be available. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.23.2 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION https://wiki.archlinux.org/title/XDG_user_directories - article describing a way how to get the value for those fields using xdg-user-dir. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 400263] Better workflow for creating template files
https://bugs.kde.org/show_bug.cgi?id=400263 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru --- Comment #2 from Ashark --- There is a "KDE 5 Template Manager" (see here: https://store.kde.org/p/1454391) downloadable service menu (extension). It solves this exact task. But I agree, it is rather hard to find when you do not know it exists. I was searching for the solution for this task, searched existing extensions. I found an obsolete extension for this task, ported it to kde 5. And then at a publish time, discovered there is "KDE 5 Template Manager". For some reason, I did not found it at a first search. Maybe dolphin could "recommend" in some way to install certain extensions to get "proper experience"? -- You are receiving this mail because: You are watching all bug changes.
[bugs.kde.org] [Bug 444750] Allow multiple attachments to be added at once
https://bugs.kde.org/show_bug.cgi?id=444750 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru -- You are receiving this mail because: You are watching all bug changes.
[releaseme] [Bug 444579] releaseme: Exception when running fetchpo.rb script from cmake
https://bugs.kde.org/show_bug.cgi?id=444579 Ashark changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |NOT A BUG --- Comment #2 from Ashark --- Yes, if I run `LC_ALL=C locale charmap`, I get `ANSI_X3.4-1968`. I used LC_ALL=C to only make messages on English. Because I got some other errors. They are still unresloved, and I will submit proper bug reports for them. But with this case, when I use LOCALE=en_US.UTF-8, then translations are downloaded properly. Thanks for the advise. Closing. -- You are receiving this mail because: You are watching all bug changes.
[kdesdk-scripts] [Bug 444579] New: Exception when running fetchpo.rb script from cmake
https://bugs.kde.org/show_bug.cgi?id=444579 Bug ID: 444579 Summary: Exception when running fetchpo.rb script from cmake Product: kdesdk-scripts Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: cmake Assignee: neund...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- Trying to configure an application with KDE_L10N_SYNC_TRANSLATIONS option. The underlying scripts fails, and translations are not downloaded. STEPS TO REPRODUCE 1. git clone https://invent.kde.org/pim/zanshin.git 2. mkdir build 3. cd build 4. LC_ALL=C cmake -B . -S ../zanshin -DBUILD_TESTING=OFF -DKDE_L10N_SYNC_TRANSLATIONS=ON --trace-source=/usr/share/ECM/kde-modules/KDECMakeSettings.cmake --trace-expand OBSERVED RESULT There is an error in downloading translations. The relevant part of output: ``` Cloning into 'releaseme'... /usr/share/ECM/kde-modules/KDECMakeSettings.cmake(376): execute_process(COMMAND;ruby;/home/andrew/Development/Lab/build/releaseme/fetchpo.rb;--origin;trunk;--project;pim/zanshin;--output-dir;/home/andrew/Development/Lab/build/po;--output-poqm-dir;/home/andrew/Development/Lab/build/poqm;/home/andrew/Development/Lab/zanshin ) INFO -- ReleaseMe::L10n: Downloading translations for /home/andrew/Development/Lab/zanshin # terminated with exception (report_on_exception is true): /home/andrew/Development/Lab/build/releaseme/lib/releaseme/l10n/asset.rb:42:in `gsub!': invalid byte sequence in US-ASCII (ArgumentError) from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/l10n/asset.rb:42:in `strip_comments!' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/l10n/asset.rb:16:in `strip!' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/l10n.rb:78:in `block (2 levels) in download' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/l10n.rb:76:in `each' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/l10n.rb:76:in `block in download' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/translationunit.rb:128:in `block (2 levels) in each_language_with_tmpdir' from /usr/lib/ruby/3.0.0/tmpdir.rb:96:in `mktmpdir' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/tmpdir.rb:22:in `mktmpdir' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/translationunit.rb:128:in `block in each_language_with_tmpdir' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/translationunit.rb:111:in `block (2 levels) in blocking_thread_pool' /home/andrew/Development/Lab/build/releaseme/lib/releaseme/l10n/asset.rb:42:in `gsub!': invalid byte sequence in US-ASCII (ArgumentError) from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/l10n/asset.rb:42:in `strip_comments!' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/l10n/asset.rb:16:in `strip!' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/l10n.rb:78:in `block (2 levels) in download' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/l10n.rb:76:in `each' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/l10n.rb:76:in `block in download' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/translationunit.rb:128:in `block (2 levels) in each_language_with_tmpdir' from /usr/lib/ruby/3.0.0/tmpdir.rb:96:in `mktmpdir' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/tmpdir.rb:22:in `mktmpdir' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/translationunit.rb:128:in `block in each_language_with_tmpdir' from /home/andrew/Development/Lab/build/releaseme/lib/releaseme/translationunit.rb:111:in `block (2 levels) in blocking_thread_pool' -- Found Boost: /usr/lib64/cmake/Boost-1.76.0/BoostConfig.cmake (found version "1.76.0") ``` EXPECTED RESULT There should be no any errors. There should be only these info lines: ``` INFO -- ReleaseMe::L10n: Downloading translations for /home/andrew/Development/Lab/pim/zanshin INFO -- ReleaseMe::L10n: The following languages had translations files but they amount to no useful strings so they were removed: ja, zh_TW INFO -- ReleaseMe::L10n: No translations for: as, ast, az, ar, af, bg, be@latin, bn, be, bn_IN, crh, br, csb, cy, el, en, eo, fa, fy, gd, gu, ha, hi, he, hr, hne, hsb, hy, id, is, ka, kab, kk, kn, km, ku, lb, lv, mai, ml, mk, ms, mt, ne, nso, oc, or, pa, ps, ro, rw, se, si, sq, sr@ijekavian, sr, sr@ijekavianlatin, sr@latin, ta, te, tg, th, tn, tt, uz, uz@cyrillic, vi, wa, xh, zh_HK ``` SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.23.2 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 Current releaseme commit: b830efbd (Oct 27, 2021) Arch packages versions:
[dolphin] [Bug 444438] New: File properties misses checksums tab
https://bugs.kde.org/show_bug.cgi?id=38 Bug ID: 38 Summary: File properties misses checksums tab Product: dolphin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru CC: kfm-de...@kde.org Target Milestone: --- Created attachment 142913 --> https://bugs.kde.org/attachment.cgi?id=142913=edit Screenshot - there is Application tab, but there is no Checksums tab For .desktop files in file properties (alt+enter or from right click menu) the Checksums tab is replaced with Application tab. But user still may want to calculate checksums for desktop files as well (for example, I was creating pkgbuild and wanted this info). STEPS TO REPRODUCE 1. Open properties for some .desktop file 2. Open properties for some other type file OBSERVED RESULT For other file there is Checksums tab. And for desktop file there is Application tab. EXPECTED RESULT For .desktop files the Application tab should appear in addition to others, but not instead of Checksums tab. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.23.1 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 Dolphin: 21.11.70 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444271] Track Mouse effect is activated only at mouse move
https://bugs.kde.org/show_bug.cgi?id=444271 --- Comment #1 from Ashark --- Looks like this is because of the subscribe function it listens is only when mouse is "changed". It is called TrackMouseEffect::slotMouseChanged(): https://invent.kde.org/plasma/kwin/-/blob/839293f98728b52525a779c260e99acf4717bb83/src/effects/trackmouse/trackmouse.cpp#L186 Probably, there should be something like TrackMouseEffect::modifierButtonsChanged(). -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444346] New: Maximize button actions are not working with gtk applications using csd
https://bugs.kde.org/show_bug.cgi?id=444346 Bug ID: 444346 Summary: Maximize button actions are not working with gtk applications using csd Product: kwin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- In applications using CSD, such as gnome-sound-recorder, it is impossible to maximize/minimize them by right/middle clicking on maximize button. STEPS TO REPRODUCE 1. Open gnome sound recorder (or other application with similar titlebar). 2. Click on the maximize button with mouse wheel. OBSERVED RESULT A window menu appeared. EXPECTED RESULT The window should be maximized vertically. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.23.1 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 Graphics Platform: X11 ADDITIONAL INFORMATION This setting is defined in System Settings -> Window Management -> Window Behavior -> Titlebar Actions -> Maximize Button Actions -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444334] New: Mouse Mark effect draws arrows if ctrl modifier pressed
https://bugs.kde.org/show_bug.cgi?id=444334 Bug ID: 444334 Summary: Mouse Mark effect draws arrows if ctrl modifier pressed Product: kwin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: effects-various Assignee: kwin-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- Created attachment 142829 --> https://bugs.kde.org/attachment.cgi?id=142829=edit Mouse mark arrows Mouse Mark effect has shortcut Shift + Meta. It works as expected (draws line after mouse) if the only these modifiers are held. But if you additionally press Ctrl (i.e. hold Ctrl + Shift + Meta), then the effect start drawing arrows. See the attached video. If moving mouse rather slow, the arrows' length is short and they may look like just angles. STEPS TO REPRODUCE 1. Activate Mouse Mark effect in System Settings. 2. Press and hold Ctrl + Shift + Meta and move your mouse. OBSERVED RESULT Mouse Mark draws arrows following mouse position. EXPECTED RESULT It should not draw arrows. Effect should not draw anything when additional modifier (ctrl) is pressed. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.23.1 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 Kernel Version: 5.14.12-arch1-1 (64-bit) Graphics Platform: X11 ADDITIONAL INFORMATION When pressing Meta+Shift+Alt, the effect is not drawing anything, as expected. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 327507] On first press to clear the previous mouse mark in "Mouse Mark" effect the shortcut does not work, it works on second press
https://bugs.kde.org/show_bug.cgi?id=327507 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #3 from Ashark --- Cannot reproduce. It removes previous mark right at the first pressing of "Meta + Shift + F12". Closing. Operating System: Arch Linux KDE Plasma Version: 5.23.1 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 333120] Add more colors to mouse mark effect
https://bugs.kde.org/show_bug.cgi?id=333120 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 337044] Mouse Mark smoothing
https://bugs.kde.org/show_bug.cgi?id=337044 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru -- You are receiving this mail because: You are watching all bug changes.
[dragonplayer] [Bug 436718] Full screen mode does not hide mouse cursor
https://bugs.kde.org/show_bug.cgi?id=436718 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #2 from Ashark --- Tested in X11, cannot reproduce, means it was fixed. Operating System: Arch Linux KDE Plasma Version: 5.23.1 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 Graphics Platform: X11 Dragon Player: 21.08.2 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 436790] Back/Forward mouse button does not work anymore
https://bugs.kde.org/show_bug.cgi?id=436790 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru --- Comment #3 from Ashark --- This is also in Download New Staff windows, such as for example in Dolphin: settings -> context menu -> download new services. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 444271] New: Track Mouse effect is activated only at mouse move
https://bugs.kde.org/show_bug.cgi?id=444271 Bug ID: 444271 Summary: Track Mouse effect is activated only at mouse move Product: kwin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: effects-various Assignee: kwin-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- In the Track Mouse effect settings there are two ways to trigger it: keyboard shortcut or holding modifier keys. The problem is with the later. When I press and hold down modifier keys (Meta+Ctrl), the effect is not activated. I though it was completely broken. I just discovered that it is working, but after you move your mouse. Current behavior: Do not move you mouse. Hold Meta+Ctrl. Observe that the effect is not activated. Keep holding Meta+Ctrl and move your mouse a bit. Observe the effect activated. Do not move mouse and release Meta+Ctrl Observe that effect is still activated. Move your mouse a bit. Observe the effect deactivated. Expected behavior: The effect should be activated while the Meta+Ctrl are pressed (without needing to move mouse), and deactivated as long as Meta+Ctrl are released (without needing to move mouse). SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.23.1 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 337043] Mouse Mark has no user-definable shortcut, hard-coded one interferes with others
https://bugs.kde.org/show_bug.cgi?id=337043 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 432927] Track mouse without needing to hold Ctrl+Meta, a la macOS
https://bugs.kde.org/show_bug.cgi?id=432927 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru -- You are receiving this mail because: You are watching all bug changes.
[Falkon] [Bug 444031] New: Unable to jump to the anchor at page reload
https://bugs.kde.org/show_bug.cgi?id=444031 Bug ID: 444031 Summary: Unable to jump to the anchor at page reload Product: Falkon Version: 3.1.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: now...@gmail.com Reporter: ash...@linuxcomp.ru Target Milestone: --- It is impossible to jumb back to the anchor in the address bar when you reload page. Let's see an example. I open an Arch Wiki article, look through page table of contents, click on the interested section, let it be https://wiki.archlinux.org/title/List_of_applications#Task_management. Then I investigate the contents of the page further, reading something from other sections, or use ctrl+f to see if there is something that I am looking for. But then I want to jump back to the section I wanted to read originally. I click on the url bar, then hit enter. OBSERVED RESULT Page reloads and scrolls to the exact point where it was before reload. EXPECTED RESULT Page reloads (or not), then scrolls to the #Task_management anchor. ADDITIONAL INFORMATION I checked how other browsers behaves with this. Chromium (currently 94.0.4606.81) is also broken. Firefox (currently 93.0) is partly broken. When you hit enter at address bar it jumps to the correct anchor. But when just reloading page with f5, it does not jump. Workaround 1 Copy the address with anchor from url. Close tab. Open new tab and past adress. Load page. It will jump to the anchor. Workaround 2 Create bookmarklet as shown here: https://superuser.com/a/1682259/873855 (it is for chromium, but the same can be done in falkon). Click on it when you want to jump to anchor from url bar. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.22.90 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 443916] New: Support for magnetic storyline [feature request]
https://bugs.kde.org/show_bug.cgi?id=443916 Bug ID: 443916 Summary: Support for magnetic storyline [feature request] Product: kdenlive Version: 21.08.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: ash...@linuxcomp.ru Target Milestone: --- It would be super huge improvement if the magnetic timeline support is introduced to kdenlive. I love kde software and prefer to use kde apps when possible. They integrates with the DE very pleasantly. Unfortunately, it is not always true that kde applications are better than alternatives (gnome apps or proprietary apps) in features parity. And this feature request is about exactly such case. The conception of magnetic timeline is simple. You can see videos in youtube showing how it works in Final Cut Pro X. You have a central track which is called "primary storyline". You add clips to that, and it sticks them together automatically. You can trim/untrim clips from left and from rignt, and the neighbor clips will be automatically sticked to the newly position. It _significantly_ saves time when you edit videos with "speaking head", when you cut off bad takes. Lacking this feature is really a showstopper of using kdenlive, despite all other benefits and conveniences already available in it. Going further. The Final Cut Pro X is only available for macos, but DaVinci Resolve is available for all platforms. It has its own limitations, but I wanted to say that it introduced that conception too! You can montage from different pages in it. One is "Cut" (magnetic timeline) and another is "Edit" (classic timeline). You can easily switch between them, and all that is in a single application. It would be cool to have such thing in kdenlive. There are already "layouts" in kdenlive. "Just" need to make another implementation for the timeline. P.S. I donate to kde project from time to time. But I even would like to donate individually to this project to make this feature happen, if that is possible. Because I wanted this for years, suffering from doing hackintosh machines, making DR work in linux and as I said, is has its own major limitations. -- You are receiving this mail because: You are watching all bug changes.
[zanshin] [Bug 443844] The svg icon of zanshin is rendered incorrectly
https://bugs.kde.org/show_bug.cgi?id=443844 --- Comment #3 from Ashark --- By the way, the bug could be observed even on the application page screenshot here: https://apps.kde.org/zanshin/ -- You are receiving this mail because: You are watching all bug changes.
[zanshin] [Bug 443844] The svg icon of zanshin is rendered incorrectly
https://bugs.kde.org/show_bug.cgi?id=443844 --- Comment #2 from Ashark --- Created attachment 142512 --> https://bugs.kde.org/attachment.cgi?id=142512=edit Screenshot of correct png icon -- You are receiving this mail because: You are watching all bug changes.
[zanshin] [Bug 443844] The svg icon of zanshin is rendered incorrectly
https://bugs.kde.org/show_bug.cgi?id=443844 --- Comment #1 from Ashark --- Created attachment 142511 --> https://bugs.kde.org/attachment.cgi?id=142511=edit Screenshot of incorrect rendered icon -- You are receiving this mail because: You are watching all bug changes.
[zanshin] [Bug 443844] New: The svg icon of zanshin is rendered incorrectly
https://bugs.kde.org/show_bug.cgi?id=443844 Bug ID: 443844 Summary: The svg icon of zanshin is rendered incorrectly Product: zanshin Version: 0.5.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: er...@kde.org Reporter: ash...@linuxcomp.ru CC: mbe...@ipsquad.net Target Milestone: already done In kde when you see the application's icon in task manager/window icon, it is rendered with strange black rectangle covering almost all the icon. See attached screenshot. But pre-rendered png are normal. Probably the SVG was created without the restrictions of the Qt SVG renderer in mind. It only supports a limited subset of the full SVG spec. Can that svg be changed to work with the Qt icon SVG renderer? STEPS TO REPRODUCE 1. Open application 2. See the icon of the window OBSERVED RESULT It is rendered with black rectangle. EXPECTED RESULT It should be rendered normally. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.22.90 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 443639] New: Add ability to hide file/folder from the context menu [feature request]
https://bugs.kde.org/show_bug.cgi?id=443639 Bug ID: 443639 Summary: Add ability to hide file/folder from the context menu [feature request] Product: dolphin Version: 21.08.1 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru CC: kfm-de...@kde.org Target Milestone: --- You can have files/folders that you do not normally want to see. Such as for example, "__pycache__" folders near python projects. For this example, it is more logical to have a global hide patterns, and there is already a bug report for this: #3212 (wow! I see such short bug number for the first time! It is from 2000.) But I am speaking about hiding at folder scope. It would be nice to have ability to quickly hide such files/folders with context menu. STEPS TO REPRODUCE 1. Open a folder where you have some non-dot file/folder that you want to be hidden. For example, your folder contains "__pycache__" folder. 2. Click with right mouse button on that "__pycache__" folder. 3. Observe the menu entries OBSERVED RESULT There is no ability to make it hidden. EXPECTED RESULT There should be an entry "Hide file/folder". After user clicks it, dolphin creates ".hidden" file in the current folder if it does not already exist, and adds the name of file/folder to that file. Workaround solution: Prerequisite is that user knows about ".hidden" file. Create a ".hidden" file in the folder. Open it and type the name of the file/folder to hide. Then __pycache__ folder becomes hidden. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.22.90 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwindowsystem] [Bug 439483] Ability to give fake focus to window [feature request]
https://bugs.kde.org/show_bug.cgi?id=439483 --- Comment #5 from Ashark --- Actually, I needed such thing several times, additionally to the case described originally with the D:BH game. I just wanted to document that, probably, there may be other cases, so maybe this eventually could be considered to implement. Here is my case. I have a video and I want to make its translated version. I want to transcript it first. I know there is a feature in google docs, that gives you speech to text function. I want to turn on the video and then swith the source for the audio stream from the output of video (like a virtual microphone). In pavucontrol I could go to recording tab and change the from source. BUT the problem is that as long as I alt-tab from chromium window to pavucontrol window, microphone becomes deactivated in the google docs. So recording application (browser) disappears from pavucontrol. If the feature was implemented, I could just keep a fake focus in browser, and alt-tab to pavucontrol, then change mic source. -- You are receiving this mail because: You are watching all bug changes.
[KScreen] [Bug 429236] Screen layout is scrambled after switching between X11 and Wayland Plasma session
https://bugs.kde.org/show_bug.cgi?id=429236 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 442798] New: Kate recreates a file when saving it on sshfs, which removes hardlinks
https://bugs.kde.org/show_bug.cgi?id=442798 Bug ID: 442798 Summary: Kate recreates a file when saving it on sshfs, which removes hardlinks Product: kate Version: 21.08.1 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: application Assignee: kwrite-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- I have a remote server and I want to edit its config via local kate editor. The file I want to edit is in the directory in which my user does not have write permissions. I added myself to the group of file and created a hardlink of it into home directory of myuser at remote server. root@server:~# touch /etc/example.conf root@server:~# chgrp myuser /etc/example.conf root@server:~# ls -l /etc/example.conf -rw-r--r-- 1 root myuser 0 Sep 22 12:48 /etc/example.conf myuser@server:~$ echo 123 >> /etc/example.conf -bash: /etc/example.conf: Permission denied myuser@server:~$ sudo ln /etc/example.conf example_in_home.conf myuser@server:~$ ls -l -rw-r--r-- 2 rootmyuser 0 Sep 22 12:48 example_in_home.conf I forgot to give write permission to the myuser group for that file. Now I mount my home directory from remote server to my localhost myuser@localhost$ sshfs -o allow_other,default_permissions,uid=1000,gid=1000 server:/home/myuser/ /home/myuser/mnt-dev If I check the number of hardlinks at localhost, it is 1, but I guess it is normal. myuser@localhost$ ls -l /home/myuser/mnt-dev -rw-r--r-- 1 myuser myuser 0 Sep 22 12:48 example_in_home.conf Now I open kate, make edit and try to save file. Expected behavior: kate says that you do not have write permission to that file. Actual behavior: kate shows dialog saying you should be an administrator to save this file and asks for the password. After entering correct password, file is saved. But it is saved (I guess) via recreating that file. So the hardlink is lost, and I _silently_ loose ability to edit _system_ config (/etc/example.conf) of the remote server. Additional info. I checked with vim and it seems that it also does recreating of a file. However, echo does not mess your file even when you invoke it with sudo: myuser@localhost$ sudo echo 555 >> example_in_home.conf bash: example_in_home.conf: Permission deinied All is ok (the hardlinks are preserved) when the group w permission is granted on file. myuser@server:~$ sudo chmod g+w example_in_home.conf myuser@server:~$ ls -l -rw-rw-r-- 2 rootmyuser 0 Sep 22 12:48 example_in_home.conf myuser@localhost$ kate /home/myuser/mnt-dev/example_in_home.conf # Write something to that file via kate. myuser@server:~$ ls -l -rw-rw-r-- 2 rootmyuser 0 Sep 22 12:48 example_in_home.conf SOFTWARE/OS VERSIONS Arch Linux KDE Plasma Version: 5.22.90 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 Kate: 21.08.1 sshfs: 3.7.2-1 -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 440585] Tabs bar tends to scroll left and hides all tabs to the right of current tab
https://bugs.kde.org/show_bug.cgi?id=440585 --- Comment #2 from Ashark --- > This issue may likely never get fixed. Can you explain it a bit more why? > It even highlights the recently open documents Thanks, I did not know that, I will check it out. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 440585] New: Tabs bar tends to scroll left and hides all tabs to the right of current tab
https://bugs.kde.org/show_bug.cgi?id=440585 Bug ID: 440585 Summary: Tabs bar tends to scroll left and hides all tabs to the right of current tab Product: kate Version: 21.07.90 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- Created attachment 140509 --> https://bugs.kde.org/attachment.cgi?id=140509=edit video demo of tabs hiding after editing in current tab When working with many documents, it is inconvenient that tabs hides themselves from the tabbar. I often loose a spot where my another document is, and start searching it again in my tabs. STEPS TO REPRODUCE 1. Open many documents so your tabs touches the right edge of the window, so you can scroll the tabs left and right. 2. Scroll to the right tabs (make all tabs at the right visible). 3. Go to the pre-last tab and make any change to that document. OBSERVED RESULT The tabs bar is automatically scrolled to the position of when current document is at the right side of the window. EXPECTED RESULT The tab bar stays not scrolled. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 Graphics Platform: X11 ADDITIONAL INFORMATION This also happens in KDevelop (probably still kate issue in katepart). In dolphin there are also tabs, but they stay not scrolled when you create file in any tab. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 440369] New: Pasting text directly in dolphin creates file without end new line
https://bugs.kde.org/show_bug.cgi?id=440369 Bug ID: 440369 Summary: Pasting text directly in dolphin creates file without end new line Product: dolphin Version: 21.07.80 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru CC: kfm-de...@kde.org Target Milestone: --- Each text file should have newline at end of file, according to this question: https://stackoverflow.com/questions/5813311/whats-the-significance-of-the-no-newline-at-end-of-file-log But automatically created files misses that new line. STEPS TO REPRODUCE 1. Copy these two text lines to clipboard: first line second line 2. Open some folder in Dolphin 3. Press ctrl + v shortcut. 4. File name dialog will appear. Enter test.txt. 5. Run `wc -l test.txt` The output of the command is: 1 test.txt The output of the command should be: 2 test.txt SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.22.3 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 Dolphin 21.07.80 -- You are receiving this mail because: You are watching all bug changes.
[kdesrc-build] [Bug 439982] New: krdc-run does not set icon for application window on wayland
https://bugs.kde.org/show_bug.cgi?id=439982 Bug ID: 439982 Summary: krdc-run does not set icon for application window on wayland Product: kdesrc-build Version: Git Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: mp...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- When I run locally built krdc with `kdesrc-run krdc`, I noticed that it has generic wayland icon in the window (left top corner). The krdc application itself implements things properly, i.e. uses reverse domain named desktop file and use kaboutapp class that makes icon to work on wayland. I checked distro version of krdc on wayland, and it showed icon normally. STEPS TO REPRODUCE 1. Follow the https://community.kde.org/Get_Involved/development with krdc application 2. Run `kdesrc-build krdc`, then `kdesrc-run krdc` 3. Look at the main window icon at the top left corner OBSERVED RESULT The icon is generic wayland icon (letter w). EXPECTED RESULT The icon should be krdc. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.22.3 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 Graphics Platform: Wayland kdesrc-build version: at commit 5327bd Jul 8 00:20:18 2021 ADDITIONAL INFORMATION If I install a distro version of krdc, then run local version with `krdc-run krdc` on wayland, I see it _has_ a proper icon. That makes me think krdc-run searches icons in system specific folders, but not in local folders. -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 439855] New: Restart is required to update the list of available protocols after toggling plugins
https://bugs.kde.org/show_bug.cgi?id=439855 Bug ID: 439855 Summary: Restart is required to update the list of available protocols after toggling plugins Product: krdc Version: 21.04.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: uwol...@kde.org Reporter: ash...@linuxcomp.ru CC: aa...@kde.org Target Milestone: --- SUMMARY When you enable or disable plugins (vnc, rdp) in settings, the list of available protocols does not changes until restart application. STEPS TO REPRODUCE Let's assume that at previous launch you have disabled vnc and enabled rdp plugin. And now you want to connect using vnc. 1. In the dropdown list of protocols (at the top of application, near the label "Connect to:") you see that only rdp is available. 2. Go to krdc settings, Plugins tab, enable vnc checkbox, press ok. 3. Again go to dropdown list of protocols. OBSERVED RESULT There is still only rdp protocol available. No vnc protocol there. If restart krdc, then vnc will be there. EXPECTED RESULT User expects to be able to choose vnc after enabling plugin without need to restart krdc. [Or at least to be warned that it is required]. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.22.3 KDE Frameworks Version: 5.84.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 439688] New: Ability to run image annotation tool after the gui is closed
https://bugs.kde.org/show_bug.cgi?id=439688 Bug ID: 439688 Summary: Ability to run image annotation tool after the gui is closed Product: Spectacle Version: 21.04.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: m...@baloneygeek.com Reporter: ash...@linuxcomp.ru CC: k...@david-redondo.de Target Milestone: --- SUMMARY Currently that nice annotation tool is only possible to use when you take screenshot via gui. You open main spectacle window, then make a screenshot, then (if did not closed the main window) there is an Annotate button. But when you create a screenshot with a shortcut, you cannot reach this functionality. You only get a notification with a screenshot thumbnail and there are several actions such as sharing, copying and so on. It is the standard action list for the image file that you can see when right clicking a file in dolphin. I have checked the `spectacle --help` output, and there is no such possibility to open file with annotation tool. It would be good to add such possibility. For example, like `spectacle --annotate `. Then I could create a dolphin service menu for that. STEPS TO REPRODUCE 1. Close all windows of Spectacle if opened. 2. Take a screenshot of any window with meta + print shortcut 3. Press actions button at the notification popup of the screenshot OBSERVED RESULT There is no way to annotate screenshot. EXPECTED RESULT Annotate action should be there. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.22.3 KDE Frameworks Version: 5.83.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION I have found this https://github.com/ksnip/kImageAnnotator repository. I see that I have kimageannotator installed, but it does not contain an editor binary, it only contains libs: https://archlinux.org/packages/extra/x86_64/kimageannotator/. I do not know if my better option is to build it as dedicated application (if that is possible). I want the annotation functionality could be called from actions menu and also from gwenview. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 430480] Ability to annotate screenshots using shortcuts that don't otherwise invoke the GUI
https://bugs.kde.org/show_bug.cgi?id=430480 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru --- Comment #2 from Ashark --- Which exact shortcuts are "predefined"? Can you name them? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 439684] New: Ability to force unhide dot files [feature request]
https://bugs.kde.org/show_bug.cgi?id=439684 Bug ID: 439684 Summary: Ability to force unhide dot files [feature request] Product: dolphin Version: 21.04.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: view-engine: general Assignee: dolphin-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru CC: kfm-de...@kde.org Target Milestone: --- Everybody knows that you can "hide" a file by naming it with leading dot. But this is often inappropriate and you want a deeper control of managing what is hidden and what is not. There is a mechanism for hiding files/folders that are not starting with dot. You create a file named ".hidden" in the directory of interest, write there file names line by line. And effectively hide unwanted files. But currently, there is no mechanism to do the opposite thing. You may want to force keep some dot files to be visible even after you disable viewing of hidden files with ctrl + h. I suggest adding that second half of the controlling mechanism. STEPS TO REPRODUCE I have a project folder (git repository). There is a subfolder "__pycache__" and I want to keep it always hidden. And there is ".SRCINFO" file and I want it to be always visible (because I want to comfortably see when it changes, the git plugin in dolphin marks changed and unchanged files). OBSERVED RESULT I am unable to do so. I either see the unwanted "__pycache__" (while checking if .SRCINFO changed) or I do not see ".SRCINFO" (while hiding unwanted __pycache__). EXPECTED RESULT Like in .gitignore, I think it is good to support "!" at the beginning of the file name to mark opposite meaning. So adding the file ".hidden" to the folder of interest with the following content should solve the task: ``` __pycache__ !.SRCINFO ``` SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.22.3 KDE Frameworks Version: 5.83.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwindowsystem] [Bug 439483] Ability to give fake focus to window [feature request]
https://bugs.kde.org/show_bug.cgi?id=439483 --- Comment #3 from Ashark --- Thank you for the answer, but could you please provide some info? > Xorg can only have one window as the focussed window. How does the requesting mechanism work? Does window asks X11 that it has focus or does it asks kwin for that info? If X11, then may it work with wayland? > Ultimately if you want a client app to have different behaviour, you're > better of changing the client app. Of course, but the apps we speak about are not open source (games and davinci resolve video editor), so no way with this way. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwindowsystem] [Bug 439483] New: Ability to give fake focus to window [feature request]
https://bugs.kde.org/show_bug.cgi?id=439483 Bug ID: 439483 Summary: Ability to give fake focus to window [feature request] Product: frameworks-kwindowsystem Version: 5.83.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- It would be good possibility for kwin to lie to the window that it has a focus. There are applications that do some logic based on focus flag. For example, games may pause when minimized. There are cases when you want the window to believe that it has focus while in reality give the focus to another window. One example is when you want to switch to web browser to learn something, and be able to control unfocused game via gamepad. Other examples may be when game pauses when minimized, but do not allows you to skip credits. Or when the application do some "conveniences" such as hiding its dialog windows when not in focus, but you do not want that behavior. For mode detailed explanation of examples please see this question: https://unix.stackexchange.com/questions/650156/trick-a-window-that-it-has-focus-in-kde SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.22.2 KDE Frameworks Version: 5.83.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION In the window rules it could appear as option like "fake focus" or "always programatically focused". Also it would be nice to specify input behavior when in fake focus. For example, disable keyboard input because it looks unnecessary for my examples (but who knows, someone may want it, to do simultaneous input to several windows), but enable gamepad input (to effectively force its input to game, despite game is unfocused). -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 439476] New: Ability to disable window rules with checkbox
https://bugs.kde.org/show_bug.cgi?id=439476 Bug ID: 439476 Summary: Ability to disable window rules with checkbox Product: systemsettings Version: 5.22.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_kwinrules Assignee: kwin-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru CC: isma...@gmail.com, plasma-b...@kde.org Target Milestone: --- Created attachment 139846 --> https://bugs.kde.org/attachment.cgi?id=139846=edit Painted variant of the gui where the checkboxes may be added SUMMARY Wnen I am creating window rules for applications, I often need to temporary disable and and then enable them, because I want to test how they behaves with new rules. These "wrong" applications may behave strange, and I want to frequently check if the problem exists when no rules applied. But for this, I need to delete the rule (let's call it window selections, or please tell me how it is named) or to enter it by clicking edit and remove specific rule. This is rather annoying. It would be comfortable to enable or disable window selections by checkbox, see attached image of how it may look. STEPS TO REPRODUCE I am describing Davinci Resolve application, but you can imagine any other "wrong" application. 1. Open Davinci Resolve, make some dialog window appear, such as parameters for noise reduction effect. See that the window has no title and border, dislike it. 2. Create window rule to force it to show border. Additionally, add rules you like. In my case, I make it closable, and change its type to dialog. Save the rule. 3. In Davinci Resolve open noise reduction dialog again. Switch to another window such as web browser. See that dialog "disappeared" (went behind the main application window). 4. I want to temporary disable some rules, for example I want to remove closable rule and remove changing window type rule. OBSERVED RESULT No comfortable way to quickly enable/disable several rules. Your options are to export the window selection to file, then delete the window selection from list, then after tests import again from file. Or to remove both rules from window selection, do tests, then specify rules again. EXPECTED RESULT Just tick the checkbox to toggle window selection enableness. With no need to respecifying rules. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.22.2 KDE Frameworks Version: 5.83.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 436752] New: Unable to refuse to enter password in policykit dialog
https://bugs.kde.org/show_bug.cgi?id=436752 Bug ID: 436752 Summary: Unable to refuse to enter password in policykit dialog Product: partitionmanager Version: 21.04.0 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: andr...@stikonas.eu Reporter: ash...@linuxcomp.ru Target Milestone: --- When launching KDE Partition Manager, it opens a PolicyKit dialog window in which it asks user to enter password. But if user decides to close application he is unable to do it until he enters a correct password or use xkill. STEPS TO REPRODUCE 1. Launch partitionmanager application 2. Several windows will appear: main window, a small window with scanning status, policy kit dialog window. 3. Try to close window with password dialog or any other application windows or try to enter wrong password. OBSERVED RESULT When you close a policykit window, another one immediately appears. This happens infinite times, no matter how much times you have tried to close it. When you enter wrong password trying to make it fail several times, it keeps asking it. When you try to close other application windows, nothing happens, as they wait responce from policykit process. Use ctrl + alt + esc shortcut to kill the policykit window and partition manager shows no devices and no partitions. (Looks like it remains broken even after relaunch: policy kit window does not appear for application until relogin). EXPECTED RESULT User should be able to refuse to launch application without entering password. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.21.5 KDE Frameworks Version: 5.81.0 Qt Version: 5.15.2 Graphics Platform: X11 ADDITIONAL INFORMATION In Gparted, the interface of the application is not shown at all until you enter password in policykit window. As for me it looks more intuitive then several windows of Partition Manager even when they are greyed out. In Gparted, if you enter wrong password three times, it will stop asking it and simply will not launch. I think the same should happen in Partition Manager. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 375602] Debug and run should save the current file when working in python
https://bugs.kde.org/show_bug.cgi?id=375602 --- Comment #4 from Ashark --- As I see it, the solution from the UI perspective is to add a similar "Save mode" option to the Launch Configurations window. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 375602] Debug and run should save the current file when working in python
https://bugs.kde.org/show_bug.cgi?id=375602 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru --- Comment #3 from Ashark --- I have found another workaround. In the "External Scripts" panel create a script. Add the command "%f". In "Save mode" option set "Save Active Document". Then assign a shortcut for the script. Then use that shortcut instead of Execute and Save buttons/shortcuts. See the video for details: https://youtu.be/nQ5Iqr8-Ftc -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 375602] Debug and run should save the current file when working in python
https://bugs.kde.org/show_bug.cgi?id=375602 Ashark changed: What|Removed |Added CC||jurajora...@mailo.com --- Comment #2 from Ashark --- *** Bug 413674 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 413674] Script Launcher: Save files before running
https://bugs.kde.org/show_bug.cgi?id=413674 Ashark changed: What|Removed |Added Status|REPORTED|RESOLVED CC||ash...@linuxcomp.ru Resolution|--- |DUPLICATE --- Comment #1 from Ashark --- Thanks for the report. I am closing it as duplicate, as there is already very similar bug report which was reported earlier and already has some votes. *** This bug has been marked as a duplicate of bug 375602 *** -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 429177] wayland: krunner position no longer follows window rules and can't be set to "under mouse"
https://bugs.kde.org/show_bug.cgi?id=429177 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru --- Comment #4 from Ashark --- Found a similar bug about yakuake: Bug 411681 If that gets solved, probably the method of getting screen with mouse could be used here as well. -- You are receiving this mail because: You are watching all bug changes.
[yakuake] [Bug 411681] Yakuake always shown on second monitor on wayland
https://bugs.kde.org/show_bug.cgi?id=411681 --- Comment #9 from Ashark --- I have found a workaround (not working for me) here: https://www.reddit.com/r/kde/comments/hh99xb/workaround_for_yakuake_in_wayland/ The idea is to add "env QT_QPA_PLATFORM=xcb" before "yakuake". I have launched it, can confirm that it runs under x, because extramaus red cursor is moving. But still it ignores the option "Screen -> where is mouse". Also, possibly the same mechanism should work with alt+f2 menu, but it also appears not at screen with mouse, but at left most. P.S. I have several monitors attached, one of them is UHD. If I can do any testing to help developing this, just ask ;) -- You are receiving this mail because: You are watching all bug changes.
[yakuake] [Bug 411681] Yakuake always shown on second monitor on wayland
https://bugs.kde.org/show_bug.cgi?id=411681 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 436062] New: Ability to match by active window screen in Custom Shortcuts / Window Actions
https://bugs.kde.org/show_bug.cgi?id=436062 Bug ID: 436062 Summary: Ability to match by active window screen in Custom Shortcuts / Window Actions Product: systemsettings Version: 5.21.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_khotkeys Assignee: k...@michael-jansen.biz Reporter: ash...@linuxcomp.ru CC: plasma-b...@kde.org Target Milestone: --- In System Settings -> Shortcuts -> Custom Shortcuts when you create a new Window Action, then when you specify window properties in a list, currently you can only match by title, class, role and type. I would like the ability to also match by a screen the window belongs to. My use case is the following. I have dell monitors, and I like to change monitor's presets depending on application. I am trying to create rules, that kinda replicates the dell display manager application. If I launch a game on first monitor, I want to send a command to first monitor to switch to Game mode. But when I drag the game window to second monitor, I want to send command to the second monitor to switch to game preset and send command to first monitor to switch to standard preset. So I need to know on which monitor the window match happened. What do you think about that idea? Is it a wanted feature there, or I need to find another way to determine that info? Additional info: In Window Management -> Window Rules you can see that there you can set some properties to windows that match some other specified properties. The screen property there is (currently) to override a screen the window will be moved to, but not to match a rule by a screen at which window is currently located. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.21.4 KDE Frameworks Version: 5.81.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 238085] Setting global shortcuts from within the applications' menus doesn't work
https://bugs.kde.org/show_bug.cgi?id=238085 --- Comment #8 from Ashark --- Created attachment 137581 --> https://bugs.kde.org/attachment.cgi?id=137581=edit Possible fix - write such message when global impossible -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 238085] Setting global shortcuts from within the applications' menus doesn't work
https://bugs.kde.org/show_bug.cgi?id=238085 --- Comment #7 from Ashark --- Created attachment 137580 --> https://bugs.kde.org/attachment.cgi?id=137580=edit The problem - highlighted global cell, but actually setting for local -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 238085] Setting global shortcuts from within the applications' menus doesn't work
https://bugs.kde.org/show_bug.cgi?id=238085 --- Comment #6 from Ashark --- Created attachment 137579 --> https://bugs.kde.org/attachment.cgi?id=137579=edit setting local shortcut interface is ok -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 238085] Setting global shortcuts from within the applications' menus doesn't work
https://bugs.kde.org/show_bug.cgi?id=238085 --- Comment #5 from Ashark --- Created attachment 137578 --> https://bugs.kde.org/attachment.cgi?id=137578=edit When setting possible, there is an arrow in cell -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 238085] Setting global shortcuts from within the applications' menus doesn't work
https://bugs.kde.org/show_bug.cgi?id=238085 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru --- Comment #4 from Ashark --- This is an interface issue. I also thought that the whole global shortcuts were broken. But that is because there is no any indication that some global shortcuts are not possible to be set. In case of applications which do not have any global shortcuts, such as Dolphin, Kmail and Dragon Player, you cannot understand that thing. But there are applications (for example KNotes) that add possibility to assign global shortcut for some actions. In that case, a corresponding cell have an arrow which opens an interface to set a shortcut (see screenshot). The interface when global shortcut is impossible to set is very confusing. See the screenshot. For example, I am trying to set a global shortcut for 4:3 action, but it is for some reason jumping to local alternate shortcut. After I found KNotes, I realised, that highlighting global cell did nothing, and I actually was setting a local alternate shortcut. To resolve, I suggest that instead of stupidly highlighting such cells while another cell is actually unfolded, another kind of interface should appear and say that setting global shortcut for this action is impossible. See my picture as an example. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 416130] Global Shortcuts for seeking forward and backward by 5s, 10s etc.
https://bugs.kde.org/show_bug.cgi?id=416130 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru --- Comment #4 from Ashark --- I want this feature too :) I thought it would be player specific, for example, for Dragon Player. But application agnostic shortcut is even better. Use case is the following. You are listening to some audio with speech, while wtiting some notes in some text application. And you want to seek backward for 10 seconds very very often. Switching between player and notes application is unproductive in this scenario. Actually, I am listening my own speech recording, while doing a libreoffice impress presentation. And I use a logitech mx master mouse. It has nice feature of gestures with thumb button. Thanks to logiops project, it is possible to assign some actions (such as keystrokes) to gestures direction. I have assigned a playpause to no-direction gesture (which is just pressing thumb button). But for productivity, I would like to assign left-direction gesture to seek 10 seconds backward, and right-direction gesture to speed up the playing speed. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 435608] New: Ask password only once when working with root owned files
https://bugs.kde.org/show_bug.cgi?id=435608 Bug ID: 435608 Summary: Ask password only once when working with root owned files Product: kate Version: 21.03.90 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- SUMMARY In kate it is possible to open a file to which you have no write permissions (such as configs from /etc) and save it after editing. But Authentication Required dialog is appearing at every file save. It is extremely inconvenient. The correct behavior should be such that kate "caches" a permission to file. STEPS TO REPRODUCE 1. Open /etc/resolv.conf in kate. 2. Make any edit, press ctrl+s to save file. 3. A window dialog will appear, enter you password. 4. Observe results (for example, check some hostname resolving that you want) and understand that you want to do another edit. 5. Make another edit, press ctrl+s to save file. OBSERVED RESULT After step 5, window dialog will appear again, so you need again enter your password. EXPECTED RESULT After step 5, the file should be saved without any password dialog. SOFTWARE/OS VERSIONS Linux Distribution: Arch Linux KDE Plasma Version: 5.21.4 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION I know there is sudoedit way (SUDO_EDITOR=kate sudoedit /etc/resolv.conf), but it is not the same as editing file directly. First of all, it is inconvenient to open kate via terminal. Secondly, it assumes that you close your editor after file saving. I mean, you can save file multiple times, but changes stay in a temporary file and the final edit to target file happens only when you close editor. This way you cannot comfortly edit configs. The /etc/resolv.conf is just a simple example, but configs may be very long, with some blocks folded, opened at specific line number, have undo-redo history and so on. This makes kate just unabled for editing system configs. I use "sudo geany /etc/resolv.conf" as a workaround. It is another editor, but at least I can work this way. However, I want to be able to use kate for that. In kde partition manager there is similar password dialog (PolicyKit1 KDE Agent). It is called only once when you launch application, then it is possible to work with partitions without retyping password each time. -- You are receiving this mail because: You are watching all bug changes.
[kxkb] [Bug 401758] Disable non us keyboard layouts in lock screen and in login screen
https://bugs.kde.org/show_bug.cgi?id=401758 --- Comment #4 from Ashark --- The inconvenience is not a switcher icon itself. Inconvenience is about layout could be at wrong state. I want it to always be us. If that is the case, I just type a password, then press enter, and all is ok. But layout may be set to non-us (in my case ru layout). So I type a password, press enter, login fails, then I realise that I am on wrong layout. So I need to switch it to us, and enter password again. In other words, inconvenience is that I always need to keep an eye on switcher state before typing password, or make another try when it was ru layout. And layout is dependent on what state it was set before you locked your screen. If that is not going to be fixed (as bug was marked intentional), then could you please give a reference how I can try to do it via script? I mean, as there are two layouts, script should always set layout to us. -- You are receiving this mail because: You are watching all bug changes.
[kxkb] [Bug 401758] Disable non us keyboard layouts in lock screen and in login screen
https://bugs.kde.org/show_bug.cgi?id=401758 --- Comment #2 from Ashark --- What about making it as an option? I still am using password with only Latin characters and digits, and still suffer from this inconvenience. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 384695] Configurable horizontal scrolling key (ALT or SHIFT) + WHEEL
https://bugs.kde.org/show_bug.cgi?id=384695 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru --- Comment #5 from Ashark --- > Right now it is possible using ALT > I didn't even realize that Alt+wheel is what Okular uses until I saw this bug. The same here. But it's good to know that for now it is at least doable with kayboard + wheel instead of dragging scroller. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 429818] Autoscroll file a bit to show line context when searching
https://bugs.kde.org/show_bug.cgi?id=429818 --- Comment #1 from Ashark --- I have noticed that jumping between bookmarks (atl+pgup and alt+pgdn) just places the bookmarked line in the center of text area. Maybe it is better to make the same for search matches with F3/shift+F3? So the context will always be visible when searching forward or backward. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 429818] New: Autoscroll file a bit to show line context when searching
https://bugs.kde.org/show_bug.cgi?id=429818 Bug ID: 429818 Summary: Autoscroll file a bit to show line context when searching Product: kate Version: 20.08.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: search Assignee: kwrite-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- Created attachment 133732 --> https://bugs.kde.org/attachment.cgi?id=133732=edit A video showing that you cannot see a context of first match without manually scrolling up When searching in kate, when you hop next match with f3, you often cannot see a context of the line in which match was occured. It would be nice to automatically scroll a bit (I think 5-10 lines would be ok), so user can see the context. See attached video showing a problem. Operating System: Arch Linux KDE Plasma Version: 5.20.2 KDE Frameworks Version: 5.75.0 Qt Version: 5.15.1 -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 426298] Display match count when searching text
https://bugs.kde.org/show_bug.cgi?id=426298 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 428363] Unable to change shortcuts for konsole panel in Dolphin
https://bugs.kde.org/show_bug.cgi?id=428363 --- Comment #3 from Ashark --- @Nate Graham Ah, you mean that. Sorry, I misunderstood. I thought that you are talking about the same bug report message, but for another project. Ok, as @tkanabrava confirmed, nothing needed from Konsole project. As for behaviour of copy when selected, interrupt when no selection - is not it going to behave this way by just assigning a shortcut? But would like to reassign interrupt to ctrl+shift+c if possible. Anyway, I suggest closing this bug as duplicate and discuss the problem in the original one. Sorry for misunderstanding of your intention. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 428265] Expose konsolepart shortcuts in Dolphin's shortcuts view
https://bugs.kde.org/show_bug.cgi?id=428265 --- Comment #4 from Ashark --- Here it is: Bug 428363 P.S. thanks for all your work and weekly blog! -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 428363] New: Unable to change shortcuts for konsole panel in Dolphin
https://bugs.kde.org/show_bug.cgi?id=428363 Bug ID: 428363 Summary: Unable to change shortcuts for konsole panel in Dolphin Product: konsole Version: 20.08.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kpart Assignee: konsole-de...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- In some applications there is no way to change shortcuts for terminal panel. The good example is Dolphin. I like to use Ctrl+C and Ctrl+V for copying and pasting in terminal. But in shortcuts settings in Dolphin there is currently no such possibility. In Yakuake in shortcut settings, there are two subsets of shortcuts: Konsolepart and Yakuake. In Konsolepart subset I could change Copy or Paste actions without any problem. Could konsolepart shortcuts be exposed in Dolphin's shortcuts view? See Bug 428265 Operating System: Arch Linux KDE Plasma Version: 5.20.2 KDE Frameworks Version: 5.75.0 Qt Version: 5.15.1 ADDITIONAL INFORMATION The same goes for KDevelop. No way to set custom shortcuts for terminal panel. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 428265] Expose konsolepart shortcuts in Dolphin's shortcuts view
https://bugs.kde.org/show_bug.cgi?id=428265 --- Comment #2 from Ashark --- Yeah, I know about standard shortcuts, thanks. I just really want to swap them, because I do copy-pasting much more often than interrupting a process. It drive me nuts sometimes, because I often accidently press ctrl+shift+c in chromium instead of ctrl+c, so the web console opens. I am aware about ctrl+c in terminal, and I would happily use it for example in tty, but not in desktop environment. In yakuake it works this way: if you highlight the text with mouse, then pressing ctrl+c copies it. If there is no selected text, then it works as usual ctrl+c (process interrupting). Seems ok to me also. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 428265] New: Unavailable shortcuts for konsole panel
https://bugs.kde.org/show_bug.cgi?id=428265 Bug ID: 428265 Summary: Unavailable shortcuts for konsole panel Product: dolphin Version: 20.08.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: panels: terminal Assignee: dolphin-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru CC: kfm-de...@kde.org Target Milestone: --- There is no way to change shortcuts for terminal panel in Dolphin. For example, I like to use ctrl+C and ctrl+V for copying and pasting in terminal. But in shortcuts settings there is currently no such possibility. In Yakuake in shortcut settings, there are two subsets of them: Konsolepart and Yakuake. In Konsolepart subset I could change Copy or Paste actions without any problem. Could similar thing be done for Dolphin? I mean, adding Konsolepart subset of shortcuts to the Dolphion shortcut settings. OS: Arch Linux KDE Plasma Version: 5.20.1 KDE Frameworks Version: 5.75.0 Qt Version: 5.15.1 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 400317] [Wayland] "Keep open" feature is not working with applets in the system tray
https://bugs.kde.org/show_bug.cgi?id=400317 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 389191] xwayland auto-upscaling causes pixelation and should be optional
https://bugs.kde.org/show_bug.cgi?id=389191 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 404398] Ability to move partition of unknown type
https://bugs.kde.org/show_bug.cgi?id=404398 Ashark changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- Ever confirmed|0 |1 --- Comment #4 from Ashark --- Is it released? I still cannot move partitions of unknown fs type. KPMcore 4.0.1 KDE Partition Manager 4.0.0 OS ArchLinux -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 196998] Konsole should reflow the text when resizing
https://bugs.kde.org/show_bug.cgi?id=196998 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru -- You are receiving this mail because: You are watching all bug changes.
[kompare] [Bug 390024] "Compare" button not enabled on the initial dialog even after filling the file names
https://bugs.kde.org/show_bug.cgi?id=390024 Ashark changed: What|Removed |Added CC||ash...@linuxcomp.ru --- Comment #14 from Ashark --- Operating System: Arch Linux KDE Plasma Version: 5.16.0 KDE Frameworks Version: 5.59.0 Qt Version: 5.12.3 Kompare version: 4.1.3 (19.04.2-1) Still reproducible. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 405979] New: Allow to unmount removable devices in addition to safely remove
https://bugs.kde.org/show_bug.cgi?id=405979 Bug ID: 405979 Summary: Allow to unmount removable devices in addition to safely remove Product: dolphin Version: 18.12.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: panels: places Assignee: dolphin-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- It is impossible to unmount removable device's partition without removing device. I was experimenting with preparing bootable usb stick, so I constantly needed mount/unmount partitions on usb stick to check bootability with qemu. It is convenient to mount a partition by just clicking to it, but the problem is that when you want to unmount it, you only have Safely Remove action. I do not know how this works internally (probably uses something like eject function of a usb device), but when you use it, device disappears from Dolphin, and next time you want to mount it, you should physically replug usb stick to your pc. Is there a way how I can again "activate" usb stick to be shown in Dolphin without replugging physically? I have noticed that for partitions of internal devices another function is used, which is called Unmount. Can you please implement it also for removable devices? Workaround 1: unmount via terminal. But it becomes uncomfortable. Workaround 2: add a second partition to usb stick and never mount it. When you click Safely Remove on a first partition, then both partitions disappears, but then appears again after a second. Operating System: Arch Linux KDE Plasma Version: 5.15.3 KDE Frameworks Version: 5.56.0 Qt Version: 5.12.2 Kernel Version: 5.0.4-arch1-1-ARCH -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 404398] Ability to move partition of unknown type
https://bugs.kde.org/show_bug.cgi?id=404398 --- Comment #2 from Ashark --- As I remember, gparted shows a warning that windows may be unbootable after moving, so I guess that it doesn't make adjustments. Yes, need to check that. Anyway, specifically for msr we may allow moving. -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 404398] New: Ability to move partition of unknown type
https://bugs.kde.org/show_bug.cgi?id=404398 Bug ID: 404398 Summary: Ability to move partition of unknown type Product: partitionmanager Version: 3.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: andr...@stikonas.eu Reporter: ash...@linuxcomp.ru Target Milestone: --- SUMMARY It would be good to be able to move partitions of unknown type. I needed to move out of the way my microsoft reserved partition (16MiB) to be able to grow my Linux partiton. With kde partition manager it is impossible. But I successfully did it with gparted. STEPS TO REPRODUCE 1. Find a gap in your storage device. 2. Create an unformatted partition there, making its size less than gap 3. Try to move this partition OBSERVED RESULT Function is not available EXPECTED RESULT Ability to move expected SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.15.0 KDE Frameworks Version: 5.55.0 Qt Version: 5.12.1 -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 403984] Application launcher is using a low-resolution icon
https://bugs.kde.org/show_bug.cgi?id=403984 --- Comment #16 from Ashark --- Do you mean a splash screen window under "sturtup window"? Anyway, that startup window has "resolve" wmclass. I have figured out previously, that that wmclass string depends on file name, which was used for launching application. In this case the binary is /opt/resolve/bin/resolve, so it becomes "resolve". If I start application using /usr/bin/davinci-resolve which is a symlink to actual binary, wmclass becomes "davinci-resolve". It doesn't depend on StartupWMClass line in desktop file, at least in kde. 2. Offtop, but how to add kickoff menu to latte dock? 3. Under "main window" you mean real main window with timeline or project selection window? Anyway, all windows (splash screen at both time stages, project manager window, main window with timeline) have WM_CLASS(STRING) = "resolve", "resolve" 4. Tried to pin at all stages: 4.1.1 splash screen very early 4.1.2 splash screen after some time 4.2 project manager window 4.3 main window with timeline In all cases it was left low-res after closing application and in 4.1.1 it was even X icon low-res instead of dr icon. -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 403984] Application launcher is using a low-resolution icon
https://bugs.kde.org/show_bug.cgi?id=403984 --- Comment #13 from Ashark --- No, it is hi-res. Seems dragging from start menu (kikoff menu) is tantamount to dragging from /usr/share/applications. -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 403984] Application launcher is using a low-resolution icon
https://bugs.kde.org/show_bug.cgi?id=403984 --- Comment #11 from Ashark --- You mean is it listed in start menu (sorry, a Windows term)? Yes, it is there. -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 403984] Application launcher is using a low-resolution icon
https://bugs.kde.org/show_bug.cgi?id=403984 --- Comment #9 from Ashark --- 1. Sorry, yes, it it /usr/share/applications/com.blackmagicdesign.resolve.desktop 2. Just clicked at /usr/share/applications/com.blackmagicdesign.resolve.desktop file. -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 403984] Application launcher is using a low-resolution icon
https://bugs.kde.org/show_bug.cgi?id=403984 --- Comment #7 from Ashark --- cat /usr/share/applications/com.blackmagicdesign.resolve #!/usr/bin/env xdg-open [Desktop Entry] Version=1.0 Type=Application Name=DaVinci Resolve GenericName=DaVinci Resolve Comment=Professional non-linear editing Path=/opt/resolve/ Exec=/opt/resolve/bin/resolve Terminal=false MimeType=application/x-resolveproj; Icon=/opt/resolve/graphics/DV_Resolve.png StartupNotify=true Name[en_US]=DaVinci Resolve Categories=AudioVideo;AudioVideoEditing; StartupWMClass=resolve -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 403984] Application launcher is using a low-resolution icon
https://bugs.kde.org/show_bug.cgi?id=403984 --- Comment #5 from Ashark --- Oh, yes, I missed that it 2.8 vs 2.10 difference. Yes, following note #3 method 1 fixed the problem. Even without restarting gimp, just after saving file! Very good. Now about davinci resolve. Its icon is hi-res only while there is any window of this application (even if you added StartupWMClass=resolve) or if you dropped desktop file from /usr/share/applications to dock. This is a scenario when you see low-res icon: 1. Unpin any dr icons from dock 2. Start dr 3. Its icon will appear in dock, pin it 4. You can see low-res icon after closing application. More of that, if you pinned it rather quickly after start, it may then appear as a low-res X icon instead of dr icon. Also you can see it becomes low res when no any application window exists, f.e. after splash screen disappears and before project manager window opens. $ xprop _NET_WM_ICON_GEOMETRY(CARDINAL) = 891, 1079, 69, 1 _KDE_NET_WM_ACTIVITIES(STRING) = "----" _NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_SHADE, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE _KDE_NET_WM_FRAME_STRUT(CARDINAL) = 4, 4, 29, 4 _NET_FRAME_EXTENTS(CARDINAL) = 4, 4, 29, 4 _NET_WM_DESKTOP(CARDINAL) = 0 WM_STATE(WM_STATE): window state: Normal icon window: 0x0 _NET_WM_USER_TIME(CARDINAL) = 247293 _NET_WM_STATE(ATOM) = _NET_WM_STATE_MODAL WM_TRANSIENT_FOR(WINDOW): window id # 0x724 _KDE_NET_WM_USER_CREATION_TIME(CARDINAL) = 247265 _NET_WM_ICON(CARDINAL) =Icon (48 x 48): ░░ ░░▒▒░░ ░▒▒▒▒░░░▒░ ▒░░░▒▒▓▒▓░░▒ ▒▓▓▒▒░▒░ ▒░░▒▓▓▒░░▒ ▒░░▒▒▒░▒ ▒░▒▒░▒ ▒░▒▓▓▓▒░░▒▓▓▓▒░▒ ░░░▓▓▓▒▒▓▓▓▒░░ ░░▒▓▓▒░░▒▓▓▓▒▒ ▒░▒▓▓▓▓▓▓▒░▒ ░░░▓▓▓▒▒▒░ ▒░▒▓▓▓▒▒▓▓▓▒░▒ ░░▒▒▒▒▒░ ░░▒▓▓▒░▒ ░░▓▓░░░▒▓▓▒▒ ░▒▓▓▒░░▓▓▓▒▒ ░░▒▓▓▓░▒▓▓▓▒░░ ░░▓░ ░▓░▒ ▒░▓▒ ░▓▓▒▒ ░░▓▓▒▒▓▓▒▒ ░░▓▓▓▒ ▒▓▓▓▒▒ ░░▓▒░░ ░░▒▓▓▒▒░▒▒▓▒▒ ░░░ ░▓▓░ ▒▒▒ ▒░▓▓▓░▒▒ ░░▒▓▓▓▒▒ ░░▓▓▒ ▓▓ ░░░▒▓▓░▒ ░░▒▓░░▓▓░ ▓▒░░ ░░▓ ▒▓▓▒ ░░▓▒▒ ░░▒ ▒▓▒▒ ░ ▓░░░░▒▒▓▒▒ ░░░░ ░░▓▓░░▒▒▒▒░ ░░▒ ░ ░░░▒▓▓▒▒▒▒▒▒ ░░░░ ░░░░▒▒▒░ ▒ ▒░ ░▓▓░░░▒▓▒▒ ░░▓▓▒▒▒░▒▒▓▓▒▒ ░░░▒▒░ ░ ░▓▓▒░▒ ▒ ░▒░▒ ▒░░▓▓▒░▒ ░░░▒▓▓▒░░▒ ▒▓▓▓▒░▒░ ▒░░░▒▓▓▒▒░░▒ ░▒▒▒▓▓▒▒▒░░░▒░ ░░▒▒░░ ░░▒▒▒░ XdndAware(ATOM) = BITMAP _NET_WM_NAME(UTF8_STRING) = "Project Manager" _MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x6, 0x1, 0x0, 0x3, 0x0 _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DIALOG, _KDE_NET_WM_WINDOW_TYPE_OVERRIDE, _NET_WM_WINDOW_TYPE_NORMAL _XEMBED_INFO(_XEMBED_INFO) = 0x0, 0x1 WM_CLIENT_LEADER(WINDOW): window id # 0x724 WM_HINTS(WM_HINTS): Client accepts input or input focus: True Initial state is Normal State. _NET_WM_PID(CARDINAL) = 7173 _NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 119537818 WM_CLASS(STRING) = "resolve", "resolve" WM_PROTOCOLS(ATOM): protocols WM_DE
[plasmashell] [Bug 403983] Launchers from alternative locations(e.g. ~/Desktop) are not identified correctly, duplication of windows etc.
https://bugs.kde.org/show_bug.cgi?id=403983 --- Comment #2 from Ashark --- 1. I expect this as a user point of view. But not sure what is developers point of view. 2. Yes, actually it is reproducible with standard panel. 2.1. cp /usr/share/applications/gimp.desktop $HOME/Desktop/gimp.desktop 2.2. chmod +x $HOME/Desktop/gimp.desktop 2.3. drag the gimp.desktop file on Desktop and drop it to taskbar 2.4. launch gimp Gimp pinned icon will still be there while gimp is started. If we replace that "desktoped" icon with "global" icon, it would be disappeared while gimp is running. Note: we are speaking about pinning desktop files. It is possible to place gimp widget there which is always shown and it is normal. -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 403984] Application launcher is using a low-resolution icon
https://bugs.kde.org/show_bug.cgi?id=403984 --- Comment #2 from Ashark --- 1. /usr/share/applications/gimp.desktop 2. extra/gimp 2.10.8-1 3. cat /usr/share/applications/gimp.desktop [Desktop Entry] Version=1.0 Type=Application Name=GNU Image Manipulation Program Name[..]=... GenericName=Image Editor GenericName[..]=... Comment=Create images and edit photographs Comment[..]=... # Translators: Search terms to find this application. Do NOT translate or localize the semicolons! The list MUST also end with a semicolon! Keywords=GIMP;graphic;design;illustration;painting; Keywords[..]=... Exec=gimp-2.10 %U TryExec=gimp-2.10 Icon=gimp Terminal=false Categories=Graphics;2DGraphics;RasterGraphics;GTK; X-GNOME-Bugzilla-Bugzilla=GNOME X-GNOME-Bugzilla-Product=GIMP X-GNOME-Bugzilla-Component=General X-GNOME-Bugzilla-Version=2.10.8 X-GNOME-Bugzilla-OtherBinaries=gimp-2.10 StartupNotify=true MimeType=image/bmp;image/g3fax;image/gif;image/x-fits;image/x-pcx;image/x-portable-anymap;image/x-portable-bitmap;image/x-portable-graymap;image/x-portable-pixmap;image/x-psd;image/x-sgi;image/x-tga;image/x-xbitmap;image/x-xwindowdump;image/x-xcf;image/x-compressed-xcf;image/x-gimp-gbr;image/x-gimp-pat;image/x-gimp-gih;image/tiff;image/jpeg;image/x-psp;application/postscript;image/png;image/x-icon;image/x-xpixmap;image/x-exr;image/x-webp;image/heif;image/heic;image/svg+xml;application/pdf;image/x-wmf;image/jp2;image/x-xcursor; 4. cat /etc/xdg/taskmanagerrulesrc [Mapping] Gimp-2.8=GIMP Google-chrome=Google Chrome Google-chrome-stable=Google Chrome Systemsettings=System Settings oracle-ide-boot-Launcher=Oracle SQL Developer Dragon=dragonplayer VirtualBox Manager=virtualbox VirtualBox Machine=virtualbox [Settings] MatchCommandLineFirst=perl TryIgnoreRuntimes=perl SkipTaskbar=Soffice I have not edited these files. I only ommited translated strings of gimp.desktop to not clutter here. As for me, it only looks hi-res in Plasma layout, but not in My Layout or Unity layout. -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 403984] New: Application launcher is using a low-resolution icon
https://bugs.kde.org/show_bug.cgi?id=403984 Bug ID: 403984 Summary: Application launcher is using a low-resolution icon Product: latte-dock Version: 0.8.5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: ash...@linuxcomp.ru Target Milestone: --- SUMMARY In FAQ there is such a question, which suggests you to add StartupWMClass to desktop file with corresponding value. But it doesn't work. Its said that plasma developers have taken special care to map gimp's wm_class through /etc/xdg/taskmanagerrulesrc, but gimp's icon is still pixelated. STEPS TO REPRODUCE 1. Unpin gimp application if pinned 2. Launch gimp 3. Gimp icon will appear in dock OBSERVED RESULT Icon is very low resolution EXPECTED RESULT Icon should be high resolution SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.14.5 Qt Version: 5.12.1 KDE Frameworks Version: 5.54.0 latte-dock 0.8.5-1 ADDITIONAL INFORMATION Also tested with Davinci Resolve and also checked with adding StartupWMClass=resolve to its desktop file - the same result. -- You are receiving this mail because: You are watching all bug changes.
[latte-dock] [Bug 403983] New: Duplication of icons when used pinned desktop file was from another location
https://bugs.kde.org/show_bug.cgi?id=403983 Bug ID: 403983 Summary: Duplication of icons when used pinned desktop file was from another location Product: latte-dock Version: 0.8.5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: ash...@linuxcomp.ru Target Milestone: --- SUMMARY In some cases we can see that application's pinned icon is independent from its launched icon. It happens when you used desktop file from non-standard location (i.e. not from /usr/share/applications). Adding StartupWMClass=something to desktop file does not solve the problem. STEPS TO REPRODUCE 1. cp /usr/share/applications/gimp.desktop $HOME/Desktop/gimp.desktop 2. chmod +x $HOME/Desktop/gimp.desktop 3. drag the gimp.desktop file on Desktop and drop it to latte dock 4. launch gimp OBSERVED RESULT When gimp starts, another icon will appear in dock EXPECTED RESULT Pinned icon should be highlighted, second icon should not be appeared SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.14.5 Qt Version: 5.12.1 KDE Frameworks Version: 5.54.0 latte-dock 0.8.5-1 ADDITIONAL INFORMATION Second icon appears pixelated, but it is another bug. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-solid] [Bug 400214] Inaccurate device representation in Places panel
https://bugs.kde.org/show_bug.cgi?id=400214 --- Comment #2 from Ashark --- Another idea is naming of unlabeled devices as their file name in /dev directory. For example, just "sda4". It is shorter than "hdd partition". In this case we even do not need to differentiate them as ssd vs hdd partition. If that is a partitionless device, then it just become "sda". -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401989] Unable to set shortcut for Special Window/Application settings in window menu
https://bugs.kde.org/show_bug.cgi?id=401989 --- Comment #3 from Ashark --- Ok. I do not know how to make a kwin script, but I will just describe an alternative way how can you set shortcut for this. This may be useful for those who have found this bug report. 1) Go to System settings -> Shortcuts -> Custom shortcuts -> New -> Global shortcut -> 1.1) there is "send keyboard input" action and we could use alt+f3, but it fails. I think this is because you trigger it with shortcut, and it starts synthesize keyboard input immediately, while you have hot released trigger keys. So we cannot use this way. 1.2) there is "command/url" action which we will use to run xdotool. Because of the same reason (interfering synthesized input with actual input), we need to sleep 1 second to wait until you release trigger shortcut. 2) go to Action tab and insert the following command without quotes: "sleep 1; xdotool key alt+F3 Down Down Down Down Right Down Down Down Down Down Down Down Down Return". 3) Set some shortcut on the Trigger tab. 4) Press shortcut and do not move your mouse, otherwise it will fail to go through menu items. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401989] New: Unable to set shortcut for Special Window/Application settings in window menu
https://bugs.kde.org/show_bug.cgi?id=401989 Bug ID: 401989 Summary: Unable to set shortcut for Special Window/Application settings in window menu Product: kwin Version: 5.14.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- When you are creating and testing some window rules, you may want to use window menu (right click on window title) -> more actions -> Special Window/Application settings. You need to get this menu item very often and it is not so convenient. So you may want to temporary create a shortcut for them. But there is no way to set a global shortcut for these actions (in global shortcuts -> kwin these actions are not presented). Could you please add them there? Additional info: As a workaround I open Window Rules in system settings and _edit_ rules from there. You can also create new rules from there, but in this case you need manually detect and fill in properties of some window. So to _create_ a rule, I manually run window menu -> more actions -> Special Window shortcut. This is why I created this report. Actually there is also a Window Manager settings window menu item, that also is not shortcutable, maybe add it there too. Operating System: Arch Linux KDE Plasma Version: 5.14.4 Qt Version: 5.11.2 KDE Frameworks Version: 5.52.0 -- You are receiving this mail because: You are watching all bug changes.
[kded-appmenu] [Bug 401984] Inplace Configure Shortcuts possibility for Window menu
https://bugs.kde.org/show_bug.cgi?id=401984 --- Comment #3 from Ashark --- Created attachment 116845 --> https://bugs.kde.org/attachment.cgi?id=116845=edit How it should be in Window menu -- You are receiving this mail because: You are watching all bug changes.
[kded-appmenu] [Bug 401984] Inplace Configure Shortcuts possibility for Window menu
https://bugs.kde.org/show_bug.cgi?id=401984 --- Comment #2 from Ashark --- Created attachment 116844 --> https://bugs.kde.org/attachment.cgi?id=116844=edit How it is missing in Window menu -- You are receiving this mail because: You are watching all bug changes.
[kded-appmenu] [Bug 401984] Inplace Configure Shortcuts possibility for Window menu
https://bugs.kde.org/show_bug.cgi?id=401984 --- Comment #1 from Ashark --- Created attachment 116843 --> https://bugs.kde.org/attachment.cgi?id=116843=edit How it works for application menu -- You are receiving this mail because: You are watching all bug changes.
[kded-appmenu] [Bug 401984] New: Inplace Configure Shortcuts possibility for Window menu
https://bugs.kde.org/show_bug.cgi?id=401984 Bug ID: 401984 Summary: Inplace Configure Shortcuts possibility for Window menu Product: kded-appmenu Version: 5.14.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: menu popup Assignee: plasma-b...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- There is nice feature in kde applications menu when you can right click at a menu item and set keyboard shortcut to it inplace. See screenshot. But in Window menu (that you see when press Alt+F3) there is no such possibility. See screenshot. When you right click it (for example, on a resize function, then you actually start resizing a window). It would be good to implement inplace setting shortcuts as well for Window menu. See screenshot. Operating System: Arch Linux KDE Plasma Version: 5.14.4 Qt Version: 5.11.2 KDE Frameworks Version: 5.52.0 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401053] Add Identify screen button in Special window setting
https://bugs.kde.org/show_bug.cgi?id=401053 Ashark changed: What|Removed |Added URL|https://youtu.be/RjXRie74g6 | |k | -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401053] Add Identify screen button in Special window setting
https://bugs.kde.org/show_bug.cgi?id=401053 --- Comment #4 from Ashark --- Yes. Monitors configuration corresponds their physical locations. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401053] Add Identify screen button in Special window setting
https://bugs.kde.org/show_bug.cgi?id=401053 Ashark changed: What|Removed |Added Resolution|NOT A BUG |--- Ever confirmed|0 |1 Status|RESOLVED|REOPENED -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 401053] Add Identify screen button in Special window setting
https://bugs.kde.org/show_bug.cgi?id=401053 --- Comment #2 from Ashark --- Created attachment 116694 --> https://bugs.kde.org/attachment.cgi?id=116694=edit Demonstration of screens are enumerated not from left to right No, in my case they are not enumerated from left to right. -- You are receiving this mail because: You are watching all bug changes.
[kxkb] [Bug 401758] New: Disable non us keyboard layouts in lock screen and in login screen
https://bugs.kde.org/show_bug.cgi?id=401758 Bug ID: 401758 Summary: Disable non us keyboard layouts in lock screen and in login screen Product: kxkb Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: ash...@linuxcomp.ru Target Milestone: --- When using multiple keyboard layouts, it is not comfortable to have them in login screen (sddm) or in lock screen. Is it possible to always select us layout and disable others when lock screen activates? SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.14.4 Qt Version: 5.11.2 KDE Frameworks Version: 5.52.0 ADDITIONAL INFORMATION https://www.spinics.net/lists/kde/msg21869.html - exactly same question https://www.reddit.com/r/kde/comments/6nrvbh/setting_the_default_keyboard_layout_for_the/ - some guy say it may be done with script -- You are receiving this mail because: You are watching all bug changes.
[khotkeys] [Bug 401623] Disable Ctrl+Alt+Fx with Ignore global shortcuts window rule
https://bugs.kde.org/show_bug.cgi?id=401623 Ashark changed: What|Removed |Added Status|RESOLVED|REPORTED Product|kwin|khotkeys Resolution|NOT A BUG |--- Assignee|kwin-bugs-n...@kde.org |k...@michael-jansen.biz Component|general |general --- Comment #2 from Ashark --- Ok, I was not sure it is going to kwin product. Do you mean that any X11 features for any component in kde is feature frozen? If no, maybe then this should go to khotkeys? Sorry if I am wrong. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 401628] New: Inconsistent placement of gestures settings and window actions
https://bugs.kde.org/show_bug.cgi?id=401628 Bug ID: 401628 Summary: Inconsistent placement of gestures settings and window actions Product: systemsettings Version: 5.14.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_khotkeys Assignee: k...@michael-jansen.biz Reporter: ash...@linuxcomp.ru Target Milestone: --- Currently in System Settings -> Shortcuts -> Custom shortcuts when we create a new input action, we have three trigger types: Global shortcut, Window action and Mouse gesture action. It is confusing to see mouse gestures and window actions in shortcuts settings. More of that, it was _very_ difficult for me to find window actions when I needed them and the same about mouse gestures and activating them. So I suggest to rework this a bit. 1) Rename "Shortcuts" to "Shortcuts and Gestures" in first level of system settings and replace keyboard icon there. 2) Add a new subsetting to "Shortcuts and Gestures" called "Mouse gestures" (and maybe also "TouchPad gestures" in the future) and move that trigger types here from "Custom Shortcuts" -> New -> mouse gesture action. 3) Move a "Setting" button from "Custom Shortcuts" to "Mouse gestures" (because there is a seetting to enable gestures there) 4) Add a new subsetting to "Window Management" called "Window actions" and move that trigger types here from "Custom Shortcuts" -> New -> window action. 5) Remove second level menu from "Custom Shortcuts" -> "New" menu. Now it is trigger types (global shortcut, window action, mouse gesture). Second level submenu should become action types (command/url, D-Bus command, Send keyboard input). Operating System: Arch Linux KDE Plasma Version: 5.14.4 Qt Version: 5.11.2 KDE Frameworks Version: 5.52.0 -- You are receiving this mail because: You are watching all bug changes.