[Marknote] [Bug 493316] New: Import of KNotes notes didn't work for me
https://bugs.kde.org/show_bug.cgi?id=493316 Bug ID: 493316 Summary: Import of KNotes notes didn't work for me Classification: Applications Product: Marknote Version: 1.3.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: m...@kaidan.im Reporter: rafael.linux.u...@gmail.com CC: c...@carlschwan.eu, m...@kaidan.im Target Milestone: --- SUMMARY I have more than 20 notes in Knotes. Now I can't access it because suddenly Plasma no longer has KNotes available to install. I have installed marknote to import the notes, but after doing the process, none of the notes I have created with Knotes appear. STEPS TO REPRODUCE 1. Open marknote 2. "Menu -> Import -> Import from Knotes" 3. Enter "My old Knotes notes" in "Name" field and leave icon and color as they are 4. Click "Import" button OBSERVED RESULT A new "Bloc of notes" calle "My old Knotes notes" appear, but if I click on it, no notes appear in right panel. EXPECTED RESULT To show my notes from Knotes SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20240910 KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 Kernel Version: 6.10.9-1-default (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION I had a Knotes issue from one year ago, after some KNotes release. Knotes did not show any note (no notes at all) till I close Knotes (totally) and launched it again. Then all my Knotes were there. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 492715] Digikam displays the metadata of JXL files incomplete and/or altered
https://bugs.kde.org/show_bug.cgi?id=492715 --- Comment #6 from Rafael Linux User --- (In reply to Maik Qualmann from comment #5) > Git commit 2276a248356ab97d738e65d70e3aff4d336c1f97 by Maik Qualmann. > Committed on 07/09/2024 at 18:32. > Pushed by mqualmann into branch 'master'. > > fix decoding image metadata from XMP.exif* tags > We get the Exiv2::xmpText type for all XMP.exif.* metadata. > Possibly an Exiv2 bug? > FIXED-IN: 8.5.0 > > M +1-1NEWS > M +33 -1core/libs/metadataengine/engine/metaengine_xmp.cpp > > https://invent.kde.org/graphics/digikam/-/commit/ > 2276a248356ab97d738e65d70e3aff4d336c1f97 Thanks for your quick fix! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 492715] Digikam displays the metadata of JXL files incomplete and/or altered
https://bugs.kde.org/show_bug.cgi?id=492715 --- Comment #4 from Rafael Linux User --- Indeed, this option was not activated and once activated, the metadata is exported correctly. This is the first time I have noticed this problem with the metadata and I had never changed this option, shouldn't this option be activated by default? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 492715] Digikam displays the metadata of JXL files incomplete and/or altered
https://bugs.kde.org/show_bug.cgi?id=492715 Rafael Linux User changed: What|Removed |Added Summary|Digikam displays the|Digikam displays the |metadata of incomplete |metadata of JXL files |and/or altered JXL files. |incomplete and/or altered CC||rafael.linux.u...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 492715] New: Digikam displays the metadata of incomplete and/or altered JXL files.
https://bugs.kde.org/show_bug.cgi?id=492715 Bug ID: 492715 Summary: Digikam displays the metadata of incomplete and/or altered JXL files. Classification: Applications Product: digikam Version: 8.4.0 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Metadata-Exif Assignee: digikam-bugs-n...@kde.org Reporter: rafael.linux.u...@gmail.com Target Milestone: --- Created attachment 173382 --> https://bugs.kde.org/attachment.cgi?id=173382&action=edit Comparison of metadata SUMMARY After exporting from a RAW image to TIFF, WEBP and JXL, I noticed that the metadata displayed by Digikam from the JXL image is not correct and/or incomplete. STEPS TO REPRODUCE 1. Export from RW2 file to TIFF, WEBP and JXL 2. Compare metadata included in each format OBSERVED RESULT Metadata of JXL showed by Digikam seems not the included in the JXL file EXPECTED RESULT Show same metadata stored in JXL file SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20240902 KDE Plasma Version: 6.1.4 KDE Frameworks Version: 6.5.0 Qt Version: 6.7.2 Kernel Version: 6.10.7-1-default (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon RX 7600 ADDITIONAL INFORMATION RAW file https://www.transfernow.net/dl/20240906UsozTEUX Screenshot comparing metadata of JXL and TIFF showed by Digikam from same RAW file. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwallet] [Bug 491715] New: Plasma does not prompt for username and password when using a proxy with authentication
https://bugs.kde.org/show_bug.cgi?id=491715 Bug ID: 491715 Summary: Plasma does not prompt for username and password when using a proxy with authentication Classification: Frameworks and Libraries Product: frameworks-kwallet Version: 6.4.0 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: va...@kde.org Reporter: rafael.linux.u...@gmail.com CC: kdelibs-b...@kde.org Target Milestone: --- SUMMARY I am on an intranet that requires access to an HTTP proxy with authentication every time I need to access the Internet (either HTTP or FTP protocol). The proxy configuration and the user and password it requires are configured in the system proxy (openSUSE's YaST, but it could be any other Linux) and it works correctly. When I update the system or add repositories, I don't need to enter the proxy username and password because the system provides them from the configuration I made previously. Applications that have access to the Internet, such as browsers, even though the username and password are in the system proxy settings, ask for the username and password when accessing the Internet for the first time in the session. The openSUSE installer does not ask for the credentials, because they are already stored in the system proxy configuration and the Plasma proxy should also use the same ones. Discover, however, prompts for the proxy credentials when launching the proxy. This is not a problem, but it is confusing that if the Plasma proxy takes the system proxy settings, it still requires the user to provide those credentials. The real problem with this is that only “Discover” asks for credentials, in order to access the Internet. All other native Plasma applications do NOT request the credentials and fail. For example, from "System preferences, Global theme", if I try to “Get new ...” themes, cursors, color schemes, window decorations, etc, Plasma doesn't show nothing cause is not able to access the Internet and, at best, shows a window with the message “Network error 0: Proxy requires authentication”. STEPS TO REPRODUCE 1. Configure system proxy 2. Configure Plasma proxy to get same system configuration 3. Launch "System preferences, Global Theme, Cursors" and click on "Get new cursors". OBSERVED RESULT A Plasma window showing "An error happened" appears, showing "Network error 0: Proxy requires authentication”. EXPECTED RESULT To show downloadable cursors SOFTWARE/OS VERSIONS (two distint PC and openSUSE version tested) Operating System: openSUSE Leap 15.6 / openSUSE Leap Tumbleweed KDE Plasma Version: 5.27.11 / 6.1.3 KDE Frameworks Version: 5.115.0 / 6.4.0 Qt Version: 5.15.12 / 6.7.2 Kernel Version: 6.4.0-150600.23.17-default (64-bit) / 6.10.2-1-default (64-bit) Graphics Platform: X11 / Wayland ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 491711] New: Plasma ignores proxy settings on FTP accesses
https://bugs.kde.org/show_bug.cgi?id=491711 Bug ID: 491711 Summary: Plasma ignores proxy settings on FTP accesses Classification: Frameworks and Libraries Product: frameworks-kio Version: 6.4.0 Platform: openSUSE OS: Linux Status: REPORTED Severity: major Priority: NOR Component: FTP Assignee: kio-bugs-n...@kde.org Reporter: rafael.linux.u...@gmail.com CC: kdelibs-b...@kde.org Target Milestone: --- SUMMARY I am on an intranet that requires use of HTTP proxy with user authentication to access Internet resources. In my case, I only need to use the proxy for the HTTP(S) protocol. The rest of the services I access, are all local servers, which I access by the IP of each server, so they do not require the use of the proxy. Until this last year, I have had no problems to correctly access the servers using HTTP, SMB, FTP and FISH protocols. I made myself a PAC file whose rules required to use proxy only if the request included the HTTP protocol. However, since more than 6 months, both Dolphin and Krusader try to use the proxy ignoring the PAC file. To verify that this is a problem with the KDE libraries, I have tried other programs that allow access to FTP servers without relying on the KDE libraries, such as the following: - “Box”, a file manager from the MATE window environment accesses the FTP server without problems. - “Filezilla”, the FTP client by definition, seamlessly accesses the FTP server. - “curl”, the Linux system command, seamlessly accesses the same server. Even if I directly specify the values of these environment variables in my user's “~/.bashrc” file as follows, they are totally ignored by KIO-FTP. export FTP_PROXY= export ftp_proxy= export no_proxy="0.0.0.0/0" # Don't use proxy for IPs export NO_PROXY="0.0.0.0/0" # Don't use proxy for IPs Despite all this, Plasma (using Dolphin or Krusader) still tries to use the proxy for any access requiring the FTP protocol, displaying the message “Could not connect to machine 10.162.0.20: The proxy type is invalid for this operation.” . That is, Plasma Dolphin like Krusader, totally ignore the NO_PROXY / no_proxy and FTP_PROXY / ftp_proxy environment variables, regardless of whether they are specified in the system configuration, Plasma's network configuration or directly in “~/.bashrc”. STEPS TO REPRODUCE 1. Configure proxies (any way described in summary) 2. Try to access any valid FTP local server with Dolphin or Krusader OBSERVED RESULT Dolphin and Krusader are unable to connect to server, they always try to use proxy. EXPECTED RESULT To access FTP server w/o proxy SOFTWARE/OS VERSIONS (two distint PC and openSUSE version tested) Operating System: openSUSE Leap 15.6 / openSUSE Leap Tumbleweed KDE Plasma Version: 5.27.11 / 6.1.3 KDE Frameworks Version: 5.115.0 / 6.4.0 Qt Version: 5.15.12 / 6.7.2 Kernel Version: 6.4.0-150600.23.17-default (64-bit) / 6.10.2-1-default (64-bit) Graphics Platform: X11 / Wayland ADDITIONAL INFORMATION I have been using same configuration on my intranet for more than 10 years. This problem first started about 5 years ago also with FISH and SAMBA protocols, but I was able to avoid it using a local PAC file in "Use URL for proxy configuration" in Plasma "Proxy settings". "Caja" or "Filezilla" file manager never had this issue. Now, issue is only with FTP. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] Plasma 6 ignores proxy configuration for FTP protocol
https://bugs.kde.org/show_bug.cgi?id=477081 Rafael Linux User changed: What|Removed |Added Summary|Plasma 6 ignores proxy |Plasma 6 ignores proxy |configuration arbitrary |configuration for FTP ||protocol --- Comment #13 from Rafael Linux User --- I -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] Plasma 6 ignores proxy configuration arbitrary
https://bugs.kde.org/show_bug.cgi?id=477081 Rafael Linux User changed: What|Removed |Added Summary|Plasma 6 proxy |Plasma 6 ignores proxy |configuration bypass PAC|configuration arbitrary |files directives| -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 454790] Can't drag-and-drop items to applications on second monitor when using 4K monitor as source
https://bugs.kde.org/show_bug.cgi?id=454790 --- Comment #12 from Rafael Linux User --- (In reply to David Edmundson from comment #11) > On X11 kwin is not involved in D&D. There is nothing we can do, sorry. I only want to give you thanks. I think it was effectively NOT a bug, but some kind of specific behaviour on a shared (NFS) folder. I think this bug can even be REMOVED to not cause confusion. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] Plasma 6 proxy configuration bypass PAC files directives
https://bugs.kde.org/show_bug.cgi?id=477081 --- Comment #12 from Rafael Linux User --- Before answering the result of the test you ask me, I have verified what is different between the "kioslaverc" files in a "Plasma pre-6" installation (to call it somehow) and "Plasma 6" (I don't know if it is a certain time or a certain version of Plasma 6 when the problem appears). In that file, there are only two lines that change: ProxyConnectTimeout=10 (line that doesn't appear in Plasma pre-6) ftpProxy=NO_PROXY About ftpProxy value, seems no difference of using NO_PROXY value or not. In Plasma pre-6, value is EMPTY and works. In Plasma 6, default value is NO_PROXY. In Plasma 6, if value is EMPTY then Dolphin shows "Can't connect to host 10.162.0.46: Invalid proxy type for this operaton" when trying reach FTP (I insist, local FTP servers in our intranet) and Dolphin shows "Canceled" when trying to access remote FTP. Regarding changing the value of "Proxy Config Script", there has been no success after changing the value, logging out and logging back in. Dolphin still behaves the same. Moreover, if I make the change in the Plasma proxy configurator, apply the changes, and open the Plasma proxy configurator again, it doesn't save the change!!! (it probably doesn't recognise the "file" URL as correct). Also, I was surprised that if I make the change in the "kioslaverc" file as I had to do because of the problem I just mentioned, and I open the Plasma proxy configurator, it still shows the correct path "/home/...". !!. It is as if that file is not the one that modifies the Plasma proxy configurator. In any case, after modifying it by hand, logging out, etc, nothing has changed, the problem is still the same. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] Plasma 6 proxy configuration bypass PAC files directives
https://bugs.kde.org/show_bug.cgi?id=477081 --- Comment #10 from Rafael Linux User --- (In reply to Nicolas Fella from comment #9) > Can you attach your .config/kioslaverc file? Of course. I changed to publish here user/domain and path to PAC file for privacy, but they are correct. AutoResume=true ConnectTimeout=20 MarkPartial=true ProxyConnectTimeout=10 ProxyUrlDisplayFlags=3 ReadTimeout=15 ResponseTimeout=600 [Browser Settings/SMBro] Password=0H@0GA0H@0AO0I50F>0F>0F:0F= User=1234@intranet [Proxy Settings] NoProxyFor=NO_PROXY Proxy Config Script=/home/myuser/proxy_PAC_configuracion.pac ProxyType=2 ReversedException=false ftpProxy= httpProxy=http_proxy httpsProxy=https_proxy socksProxy= - Now that I see this file content, I should add that every time I access an SMB folder in the domain, it forces me to type the user as "1234@intranet", although by default only "1234" appears in the user/password window that appears when trying to access a shared SMB folder. A couple of years ago, that wasn't the case. There was no need to enter the domain. Since some change, it forces me to try "1234@intranet" or "intranet\1234". If you need more info, please, tell it to me. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] Plasma 6 proxy configuration bypass PAC files directives
https://bugs.kde.org/show_bug.cgi?id=477081 --- Comment #8 from Rafael Linux User --- I found some related issue at https://codereview.qt-project.org/c/qt/qtbase/+/494754 And I warned about this issue in 2021 ... no one ask about. No priority, I guess. https://bugs.kde.org/show_bug.cgi?id=445272 Even I wrote in another thread about with or without using PAC files, when trying to download plasmoids, new themes or any other “downloadable” (I suspect using FTP protocol) packages from Plasma settings menus, it simply fails, cause maybe Plasma try to access to proxy without authentication (and it’s required). -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] Plasma 6 proxy configuration bypass PAC files directives
https://bugs.kde.org/show_bug.cgi?id=477081 --- Comment #7 from Rafael Linux User --- IMHO, I think we can rule out my system configuration, since they are two different computers, on the same network, and that configuration I've been using for years only fails when I update KDE. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] Plasma 6 proxy configuration bypass PAC files directives
https://bugs.kde.org/show_bug.cgi?id=477081 --- Comment #5 from Rafael Linux User --- I don't attach a "crash" file cause basically Dolphin doesn't crash, simply doesn't work like before upgrading. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] Plasma 6 proxy configuration bypass PAC files directives
https://bugs.kde.org/show_bug.cgi?id=477081 --- Comment #4 from Rafael Linux User --- Created attachment 169362 --> https://bugs.kde.org/attachment.cgi?id=169362&action=edit Errors showed when trying to access remote folders -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] Plasma 6 proxy configuration bypass PAC files directives
https://bugs.kde.org/show_bug.cgi?id=477081 --- Comment #3 from Rafael Linux User --- Created attachment 169361 --> https://bugs.kde.org/attachment.cgi?id=169361&action=edit PAC file directives Basically, the PAC file says "only use proxy for http protocol" (so no for FTP, FISH or SMB) -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] Plasma 6 proxy configuration bypass PAC files directives
https://bugs.kde.org/show_bug.cgi?id=477081 Rafael Linux User changed: What|Removed |Added Summary|No access to remote FTP |Plasma 6 proxy |folders after upgrading |configuration bypass PAC |Plasma |files directives --- Comment #2 from Rafael Linux User --- I have again done a more extensive test on this, which is why I have changed the title of this thread. We started from a pre-Plasma 6 version of Tumbleweed where accessing folders on intranet servers with the FTP, FISH and SMB protocols (on a Windows domain) worked fine on an intranet with an HTTP proxy that requires a username and password. After upgrading to any version of Plasma 6, none of the protocols work. I noticed that Dolphin, on the first attempt to access an FTP service after upgrading, asked for the proxy username and password, when in fact it should NOT ask for that information after parsing the request if it uses the PAC file. In other words, Plasma is now ignoring the directives in the PAC file (attached). I launched Dolphin from console, and attached here error showed while trying to reach any of the servers folders using FTP, FISH or SMB. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] No access to remote FTP folders after upgrading Plasma
https://bugs.kde.org/show_bug.cgi?id=477081 Rafael Linux User changed: What|Removed |Added Summary|No access to remote FTP |No access to remote FTP |folders when upgrading |folders after upgrading |Plasma |Plasma -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] No access to remote FTP folders when upgrading Plasma
https://bugs.kde.org/show_bug.cgi?id=477081 Rafael Linux User changed: What|Removed |Added Summary|No access to remote FTP |No access to remote FTP |folders |folders when upgrading ||Plasma -- You are receiving this mail because: You are watching all bug changes.
[kmag] [Bug 438912] No output from KMagnifier on Wayland
https://bugs.kde.org/show_bug.cgi?id=438912 --- Comment #17 from Rafael Linux User --- > still exists on plasma 6 currently Still doing nothing in Plasma 6 -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 484450] Access error when trying to make backup from partition (to file) to any folder of another partition.
https://bugs.kde.org/show_bug.cgi?id=484450 --- Comment #10 from Rafael Linux User --- (In reply to Andrius Štikonas from comment #9) > (In reply to Rafael Linux User from comment #8) > > (In reply to Andrius Štikonas from comment #7) > > > > > > (or somewhere else you don't want them). Perhaps we need some kind of > > > detection logic depending on whether destination path is user or root > > > writable. > > > > I agree, cause meanwhile, I can't use the KDE partition tool to do backups > > that way and need to use Gnome based one. > > Well, you could always manually adjust destination permissions with chown... Not the way if there are tools that take it into account and let user to do all from that tool. That's how I would like KDE Partitioner to work. > > Anyway, keep in mind that gnome disks and kde partition manager backup > slightly different things. From what I just saw, gnome disks backups whole > device, e.g. /dev/sda whereas KDE Partition Manager backups /dev/sda1 No. "DISKS" let user make backup from whole disk or individual partitions (like I showed in first attached screenshot). I don't understand why KDE have not same features in 2024 :( -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 484450] Access error when trying to make backup from partition (to file) to any folder of another partition.
https://bugs.kde.org/show_bug.cgi?id=484450 --- Comment #8 from Rafael Linux User --- (In reply to Andrius Štikonas from comment #7) > > (or somewhere else you don't want them). Perhaps we need some kind of > detection logic depending on whether destination path is user or root > writable. I agree, cause meanwhile, I can't use the KDE partition tool to do backups that way and need to use Gnome based one. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 480726] Actual user not showed in active tab
https://bugs.kde.org/show_bug.cgi?id=480726 Rafael Linux User changed: What|Removed |Added Summary|Inconsistency between the |Actual user not showed in |information displayed in|active tab |the window header and the | |active tab. | -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 480726] Actual user not updated in title tab
https://bugs.kde.org/show_bug.cgi?id=480726 Rafael Linux User changed: What|Removed |Added Summary|Actual user not showed in |Actual user not updated in |active tab |title tab -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 480726] Inconsistency between the information displayed in the window header and the active tab.
https://bugs.kde.org/show_bug.cgi?id=480726 --- Comment #3 from Rafael Linux User --- I have tried to reproduce the exact problem I was talking about, but I have not succeeded. However, the problem that does persist is with respect to the user when changing user with "your user", which corresponds to the screenshot I show. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 480726] Inconsistency between the information displayed in the window header and the active tab.
https://bugs.kde.org/show_bug.cgi?id=480726 Rafael Linux User changed: What|Removed |Added CC||rafael.linux.u...@gmail.com --- Comment #2 from Rafael Linux User --- Created attachment 167790 --> https://bugs.kde.org/attachment.cgi?id=167790&action=edit After change of user using "su -", window title is not changed After changing to the "root" user with "su -", the user shown in the tab title for that console should also change, however, it still shows the user with which you connected to that server. -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 484450] Access error when trying to make backup from partition (to file) to any folder of another partition.
https://bugs.kde.org/show_bug.cgi?id=484450 --- Comment #6 from Rafael Linux User --- Created attachment 167781 --> https://bugs.kde.org/attachment.cgi?id=167781&action=edit Asking for password when I select "Start creating" -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 484450] Access error when trying to make backup from partition (to file) to any folder of another partition.
https://bugs.kde.org/show_bug.cgi?id=484450 --- Comment #5 from Rafael Linux User --- Created attachment 167780 --> https://bugs.kde.org/attachment.cgi?id=167780&action=edit DISKS - Selecting source partition to backup -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 484450] Access error when trying to make backup from partition (to file) to any folder of another partition.
https://bugs.kde.org/show_bug.cgi?id=484450 --- Comment #4 from Rafael Linux User --- I mistook the name of the partitioning application. It is "DISKS" not "GPARTED". And I have also found that it asks for the root password ALWAYS when a partition backup operation is to be performed, regardless of the destination to be chosen for the image file. That is to say, it works as I said, but it really requires root privileges to be able to take control of the partition to be backed up, regardless of whether or not the destination requires root permissions. -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 484450] Access error when trying to make backup from partition (to file) to any folder of another partition.
https://bugs.kde.org/show_bug.cgi?id=484450 Rafael Linux User changed: What|Removed |Added CC||rafael.linux.u...@gmail.com --- Comment #2 from Rafael Linux User --- I understand the logic. However, it is also logical that if the user selects a user/password protected disk or partition, it will ask the user for this information and only if they are incorrect, deny access. This is how other applications (such as those mentioned above) that allow partition copying do it. I think this should be an improvement to implement because in the meantime, I won't be able to use the KDE partitioner to make partition copies. -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 484450] New: Access error when trying to make backup from partition (to file) to any folder of another partition.
https://bugs.kde.org/show_bug.cgi?id=484450 Bug ID: 484450 Summary: Access error when trying to make backup from partition (to file) to any folder of another partition. Classification: Applications Product: partitionmanager Version: 23.04.2 Platform: openSUSE OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: andr...@stikonas.eu Reporter: rafael.linux.u...@gmail.com Target Milestone: --- SUMMARY I have a partition drive ("BACKUP") that is not mounted at boot time. When I want to access it, Dolphin asks for the superuser password and there is no problem accessing it or creating folders or files. However, when I try to make a copy ("Partition, Backup") of a partition from another disk to this "Backup" partition (regardless of whether I have previously mounted the "Backup" partition with Dolphin or not), "partitionmanager" displays a window with the error message "The specified folder does not exist or could not be read", and I cannot make the copy. The same procedure, with other partitioners like "Disks" (Gdisks) can access to write to the "BACKUP" partition to write the copy file without problems. STEPS TO REPRODUCE 1. Select a partition from "A" disk 2. "Partition, Backup" 3. In "Save file" window, select "BACKUP" partition in "B" disk (owned by root) OBSERVED RESULT "partitionmanager" displays a window with the error message "The specified folder does not exist or could not be read". EXPECTED RESULT Two options: - If "BACKUP" partition not mounted, ask for root password) - If "BACKUP" partition is mounted (from Dolphin) simply leave user select "BACKUP" partition and a folder. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20230613 KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.12 Kernel Version: 6.3.7-1-default (64-bit) Graphics Platform: X11 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 469016] Plasma panel visually (but not functionally) freezing on Wayland with Basic render loop and Non-Intel GPU when Task Manager previews are turned on
https://bugs.kde.org/show_bug.cgi?id=469016 --- Comment #112 from Rafael Linux User --- (In reply to pallaswept from comment #111) > Sadly, not fixed in Plasma 6. Interaction with pipewire still causes a > lockup. It doesn't freeze the panel any more, but pipewire objects are still > left 'hanging' until pw crashes. See screenshots of the same behaviour as > before. Plasma 6 + Tumbleweed. Now, my autohide panel freezes COMPLETELY from time to time. Icons are not responsive at all. Simply panel is FROZEN and visible. I need to launch "kquitapp6 plasmashell || killall plasmashell" and wait about 5 minutes to get panel hided and responsive again. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 482363] Checkboxes on forms do not show as checked even though they are checked
https://bugs.kde.org/show_bug.cgi?id=482363 Rafael Linux User changed: What|Removed |Added CC|rafael.linux.u...@gmail.com | -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 482363] Checkboxes on forms do not show as checked even though they are checked
https://bugs.kde.org/show_bug.cgi?id=482363 --- Comment #19 from Rafael Linux User --- I really don't know by what logic you understand that it is not a "bug". I have clearly defined the scenario: A computer, with a certain configuration. Among all PDF reader software tested (from embedded in web browsers of all kinds, to professional applications like FoxitReader or Master PDF) only Okular fails to show as enabled the checkboxes in cases like this. And yet, it does show it correctly in form mode. I don't know under what criteria Okular can't be considered to have a resolution problem in these cases. I give up. The solution after everything I have said is not to consider it an error to be solved by you and, thanks to that attitude, unfortunately I can only stop using Okular since we are talking about transcendental information that is not correctly processed by Okular. Best wishes -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 482363] Checkboxes on forms do not show as checked even though they are checked
https://bugs.kde.org/show_bug.cgi?id=482363 --- Comment #15 from Rafael Linux User --- However, why does it show the character in "form mode"? Furthermore, I understand that the correct thing to do in these cases would be to apply the same solution that the PDF readers that are built into web browsers use. Shouldn't this thread be reopened so that the problem can be solved? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 482363] Checkboxes on forms do not show as checked even though they are checked
https://bugs.kde.org/show_bug.cgi?id=482363 --- Comment #13 from Rafael Linux User --- Created attachment 166556 --> https://bugs.kde.org/attachment.cgi?id=166556&action=edit Fonts -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 482363] Checkboxes on forms do not show as checked even though they are checked
https://bugs.kde.org/show_bug.cgi?id=482363 Rafael Linux User changed: What|Removed |Added Attachment #166428|0 |1 is obsolete|| --- Comment #10 from Rafael Linux User --- Created attachment 166472 --> https://bugs.kde.org/attachment.cgi?id=166472&action=edit Only the checkboxes -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 482363] Checkboxes on forms do not show as checked even though they are checked
https://bugs.kde.org/show_bug.cgi?id=482363 --- Comment #9 from Rafael Linux User --- Before I opened this thread, I tried to delete private information with LibreOffice Draw, but the form is lost, so it didn't work. As it is more complex than using Adobe tools, I remembered that there is "Master PDF" which is multiplatform and, although it adds a watermark, it works perfectly for this case. Now I will attach the file with just those checkboxes. I have already checked that the problem remains despite having altered the document with "Master PDF". Best regards -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 482363] Checkboxes on forms do not show as checked even though they are checked
https://bugs.kde.org/show_bug.cgi?id=482363 --- Comment #7 from Rafael Linux User --- Following your instructions, I have found that they have used "PDFCreator 2.4.1.13" to create the PDF, so I get the impression that they must be using an old version of "MSWord" or, less likely, are unaware of the "Convert to PDF" function of their word processor (they can only be using either MSOffice or OpenOffice/LibreOffice, which are "official" in the company). I took some additional time to check browsers internal PDF reader. "EDGE" (for Linux), "Chrome" and "Chromium" all them shows right marked checkboxes with symbol "✓". "Firefox" too, but shows an "✕" symbol instead. To make sure it's not my computer and not to waste anyone's time, I even checked on a computer also running openSUSE but outdated, if Okular behaves the same, and it does. On that PC "Okular" is version 21.08.3. Any other thing I can do, please, aks me. Thanks -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 482363] Checkboxes on forms do not show as checked even though they are checked
https://bugs.kde.org/show_bug.cgi?id=482363 --- Comment #5 from Rafael Linux User --- I am sorry it is not enough. The bug exists and I took the time to document it, but I can't keep looking for ways to recreate it, as I don't know with which tools to create such files. Closing the thread does not seem adequate or appropriate, but I think it should be up to you - based on the information provided - to find out which word processor generates such peculiar checkboxes. Best regards -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 482363] Checkboxes on forms do not show as checked even though they are checked
https://bugs.kde.org/show_bug.cgi?id=482363 --- Comment #3 from Rafael Linux User --- Created attachment 166428 --> https://bugs.kde.org/attachment.cgi?id=166428&action=edit Screenshots -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 482363] Checkboxes on forms do not show as checked even though they are checked
https://bugs.kde.org/show_bug.cgi?id=482363 Rafael Linux User changed: What|Removed |Added CC||rafael.linux.u...@gmail.com --- Comment #2 from Rafael Linux User --- (In reply to Albert Astals Cid from comment #1) > please attach a file where you're having this problem. I can't share the document as it has private content, but I have captured the screen shot in the attached document, compared to "Foxit Reader". However, I have discovered that the problem lies in the "type" of checkbox. The ones containing an "X" are always displayed without problems by Okular. The ones containing the "✓" symbol are the ones that Okular does not display until you enter edit mode. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 482363] New: Checkboxes on forms do not show as checked even though they are checked
https://bugs.kde.org/show_bug.cgi?id=482363 Bug ID: 482363 Summary: Checkboxes on forms do not show as checked even though they are checked Classification: Applications Product: okular Version: 24.01.80 Platform: openSUSE OS: Linux Status: REPORTED Severity: grave Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: rafael.linux.u...@gmail.com Target Milestone: --- NOTE: This issue is same than https://bugs.kde.org/show_bug.cgi?id=184489 CLOSED issue SUMMARY When the user opens a form that has checkboxes, they appear by default as unchecked even though they are checked. The user has to enter "form" mode for Okular to correctly show that these checkboxes are checked. STEPS TO REPRODUCE 1. Open a PDF form with checkboxes and enable "form mode" 2. Enable some of the checkboxes 3. Save document and close Okular 4. Open again same document (default view mode, no "form mode") OBSERVED RESULT Checked boxes are not showed like checked if you don't enter in "form mode". EXPECTED RESULT To show checked boxes as checked without entering "form mode". SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20230613 KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.12 Kernel Version: 6.3.7-1-default (64-bit) Graphics Platform: X11 ADDITIONAL INFORMATION I discovered this error when verifying digitally signed PDF documents where Okular showed as unchecked checkboxes that the user claimed to have checked. Only when switching to "form mode" did the checkboxes show that the sender had indeed checked them before signing the document. This is why this is a serious bug. Other PDF viewers do display ticked boxes correctly. It is not normal for all the contents of the boxes in a form to be displayed (such as text boxes) except for the checkboxes. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 466005] Add a base tool to BQM to transcode jpg to jxl (and vice versa) [NB. transcode is different from convert]
https://bugs.kde.org/show_bug.cgi?id=466005 --- Comment #8 from Rafael Linux User --- For those of us who do believe that JXL should replace JPG because of its amazing qualities, retaining the original quality in transcoding is important. Could you consider the inclusion of the mentioned transcoding library in Digikam? After all, it is a native feature of the JXL format, as is choosing the "effort" parameter in the encoding. The native TIFF format does not implement some of the encoding methods offered by Digikam and other image processing software. Moreover, there are so many non-native options that, as I'm sure you know, TIFF is also known as "Thousands of Incompatible File Formats". And yet, it seems that implementing all the native features of JXL is more problematic than implementing the non-native (non-standard) features for TIFF. That's my opinion, of course, but why hide from the user the native options of a format like JXL that has been developed in such a way that it covers all the weak points of the other image formats? Thank you -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 448234] Usage of Qt SVG renderer causes some 3rd-party app icons to be mis-rendered
https://bugs.kde.org/show_bug.cgi?id=448234 --- Comment #26 from Rafael Linux User --- Created attachment 165751 --> https://bugs.kde.org/attachment.cgi?id=165751&action=edit SVG referred view in Gwenview -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 448234] Usage of Qt SVG renderer causes some 3rd-party app icons to be mis-rendered
https://bugs.kde.org/show_bug.cgi?id=448234 Rafael Linux User changed: What|Removed |Added CC||rafael.linux.u...@gmail.com --- Comment #25 from Rafael Linux User --- Confirming. If fact, gwenview doesn't render that SVG file correctly. Operating System: openSUSE Tumbleweed 20240208 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.114.0 Qt Version: 5.15.12 Kernel Version: 6.7.4-1-default (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 336990] Chromium and Firefox does not remember their virtual desktops on session restore
https://bugs.kde.org/show_bug.cgi?id=336990 Rafael Linux User changed: What|Removed |Added CC||rafael.linux.u...@gmail.com --- Comment #10 from Rafael Linux User --- Can confirm this issue. I thought it was only Firefox, but can confirm same for Chrome/Chromium. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 481221] New: Question about transcoding JPEG to JPEGXL (JPG to JXL)
https://bugs.kde.org/show_bug.cgi?id=481221 Bug ID: 481221 Summary: Question about transcoding JPEG to JPEGXL (JPG to JXL) Classification: Applications Product: digikam Version: 8.2.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Plugin-Bqm-Convert Assignee: digikam-bugs-n...@kde.org Reporter: rafael.linux.u...@gmail.com Target Milestone: --- SUMMARY I’m recoding my TIFF files to JXL with Digikam. I want to do the same with my JPG files, however, before doing it, I have a question, related to re-encoding. cjxl command line tool from libjxl let users to losslessly transcode JPEG images into JPEG XL. Transcoding preserves the already-lossy compression data from the original JPEG image without any quality loss caused by re-encoding, while making the file size smaller than the original, so my question is what library is using Digikam to transcode JPG to JXL? Thank you -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 469016] Plasma panel visually (but not functionally) freezing on Wayland with Basic render loop and Non-Intel GPU when Task Manager previews are turned on
https://bugs.kde.org/show_bug.cgi?id=469016 --- Comment #106 from Rafael Linux User --- For usability, I think "Version fixed in" should be next to "Status" ... It would be clearer for anyone to identify the resolution of the problem.. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 480921] New: Gwenview eats RAM when generating thumbnails
https://bugs.kde.org/show_bug.cgi?id=480921 Bug ID: 480921 Summary: Gwenview eats RAM when generating thumbnails Classification: Applications Product: gwenview Version: 23.08.4 Platform: openSUSE OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: rafael.linux.u...@gmail.com Target Milestone: --- SUMMARY I have 2025 JXL files in a folder. When I open it with Gwenview, it begin to show thumbnails, while literally eating all my RAM till I have no more (I have 16GB RAM). STEPS TO REPRODUCE 1. Create a directory with JXL images (HD resolution mostly) 2. Open previous folder with Gwenview OBSERVED RESULT While generating thumbnails, Gwenview eats all RAM slowly, till system need to take swap storage and then system begin unresponsive. EXPECTED RESULT To show thumbnails without issues. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20240202 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.114.0 Qt Version: 5.15.12 Kernel Version: 6.7.2-1-default (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 16 GiB of RAM Graphics Processor: AMD Radeon RX 7600 Product Name: B550M Phantom Gaming 4 ADDITIONAL INFORMATION This begin to happen just after transcode all 2025 JPG files to JXL. So I think is related to the way Gwenview is managing JXL thumbnails. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 480726] New: Inconsistency between the information displayed in the window header and the active tab.
https://bugs.kde.org/show_bug.cgi?id=480726 Bug ID: 480726 Summary: Inconsistency between the information displayed in the window header and the active tab. Classification: Applications Product: konsole Version: 23.04.2 Platform: openSUSE OS: Linux Status: REPORTED Severity: grave Priority: NOR Component: general Assignee: konsole-de...@kde.org Reporter: rafael.linux.u...@gmail.com Target Milestone: --- SUMMARY The information about the server/user you are working with in the header of the window does not correspond to the information displayed in the active tab. STEPS TO REPRODUCE 1. Add a new tab in Konsole 2. Login to a remote server and observe the server name in Konsole window. 3. Exit from that server (hold the same tab) 4. Login to another remote server (with distinct machine name) OBSERVED RESULT While tab info show correct IP/user, Konsole window title continue showing previous logged user@server_name data. EXPECTED RESULT To show in Konsole window tittle the correct machine data from selected tab. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION I suggest to show in both (window title and tab name) IP+server_name@loged user. In fact, in my intranet we usually do a double login: first "general_user" login and then "su -" (that's to say, "root" user). However, Konsole continue showing that user logged is "general_user", despite I'm using "root" account. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 480651] Exporting to JXL lowers the colour depth to 8 bpp
https://bugs.kde.org/show_bug.cgi?id=480651 --- Comment #9 from Rafael Linux User --- (In reply to Maik Qualmann from comment #8) > The problem with the AppImage in up to date Linux distributions is already > known, see this Bug 480134 > > Maik That's perfect. I thought I should let you know, but I see it wasn't necessary because you already knew. Thanks for adding the 16bit functionality so quickly. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 480651] Exporting to JXL lowers the colour depth to 8 bpp
https://bugs.kde.org/show_bug.cgi?id=480651 --- Comment #7 from Rafael Linux User --- Created attachment 165456 --> https://bugs.kde.org/attachment.cgi?id=165456&action=edit AppImage freezed after click right mouse button on thumbnail -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 480651] Exporting to JXL lowers the colour depth to 8 bpp
https://bugs.kde.org/show_bug.cgi?id=480651 --- Comment #6 from Rafael Linux User --- It works, as you told. However, in this version - I don't know why, cause I use usually AppImages withuot issues - when I click right mouse button on a thumbnail to show contextual menu, AppImage seems like freezed (even is greyed by Plasma) and doesn't react to any user action (can resize window, but no interaction at all). In attached screenshot you can see the auto-showed metadata window that appear when mouse is over a thumbnail, but it's freezed cause I click with right mouse button over -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 480651] Exporting to JXL lowers the colour depth to 8 bpp
https://bugs.kde.org/show_bug.cgi?id=480651 --- Comment #5 from Rafael Linux User --- (In reply to caulier.gilles from comment #4) > Rafael, > > If you want to test, try the current 8.3.0 pre-release AppImage bundle for > Linux here : > > https://files.kde.org/digikam/ > > Gilles Caulier Thank you Gilles, I'll try tonight. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 480651] Exporting to JXL lowers the colour depth to 8 bpp
https://bugs.kde.org/show_bug.cgi?id=480651 Rafael Linux User changed: What|Removed |Added Summary|Exporting to JXL lowers the |Exporting to JXL lowers the |colour depth 8 bpp |colour depth to 8 bpp CC||rafael.linux.u...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 480651] New: Exporting to JXL lowers the colour depth 8 bpp
https://bugs.kde.org/show_bug.cgi?id=480651 Bug ID: 480651 Summary: Exporting to JXL lowers the colour depth 8 bpp Classification: Applications Product: digikam Version: 8.2.0 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: AdvancedRename-BatchQueueManager Assignee: digikam-bugs-n...@kde.org Reporter: rafael.linux.u...@gmail.com Target Milestone: --- SUMMARY When exporting 16bpp TIFF files to JXL, Digikam lowers the colour depth to 8bpp. Please fix the problem, as I always use Digikam and I want to convert all my TIFF files to JXL. I would also like to comment that the JXL format has more advanced export options that are not available in Digikam. STEPS TO REPRODUCE 1. Select a TIFF file with 16 bpp color 2. Click on "Batch process" 3. Select "Convert to JXL" and "Lossless file" 4. Click on "Execute" ("Play" button) OBSERVED RESULT Exported JXL file bit depth is lowered to 8 bpp EXPECTED RESULT Exporte JXL file should have same bit depth than original TIFF file. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20240128 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.114.0 Qt Version: 5.15.12 Kernel Version: 6.7.1-2-default (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION GIMP and Krita export same TIFF file to JXL respecting bit depth. -- You are receiving this mail because: You are watching all bug changes.
[krusader] [Bug 480319] New: "Synchronized browsing mode" between panels ignored when user uses "Back" or "Forward" buttons
https://bugs.kde.org/show_bug.cgi?id=480319 Bug ID: 480319 Summary: "Synchronized browsing mode" between panels ignored when user uses "Back" or "Forward" buttons Classification: Applications Product: krusader Version: 2.8.0 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: krusader-bugs-n...@kde.org Reporter: rafael.linux.u...@gmail.com CC: krusader-bugs-n...@kde.org Target Milestone: --- SUMMARY When Krusader has two synchronized folders, if the user presses the "Back" and "Forward" buttons (Alt + Left and Alt + Right respectively) the synchronization is lost. The action is only performed on the active panel, not in both synchronized. STEPS TO REPRODUCE 1 - Access in each Krusader panel two different folders containing exactly the same files and sub-folders. 2 - Click on both panels the button to activate the "Synchronized browsing mode". 3 - Access a sub-folder in either panel and the same action will be performed in the other panel by Krusader. 4 - Click the "Back" button in either panel. OBSERVED RESULT In the inactive panel, it does not switch to the corresponding folder EXPECTED RESULT Perform the "Back" action on both panels. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20230613 KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.107.0 Qt Version: 5.15.9 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kidletime] [Bug 328987] Power saving should not trigger if joystick/controller/gamepad is in use
https://bugs.kde.org/show_bug.cgi?id=328987 --- Comment #43 from Rafael Linux User --- (In reply to Michael Rogers from comment #42) > Just a note to help those effected, launching the game through "gamemoderun" > wrapper (Or adding it to the steam launch commands [gamemoderun %command%]) > Will keep the screen awake while playing, and can have some other benefits > to system tweaking if desired, there is also an applet in kde that allows > you to temporarily disable screen timeout Thank you for sharing. I didn't know that feature of "gamemoderun". It's a interesting workaround if only using one games launcher. In my case, I use more tha four (Heroic, Yuzu, PPSP, Lutris) so in my case, I prefer to wait for a fix for this. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kidletime] [Bug 328987] Power saving should not trigger if joystick/controller/gamepad is in use
https://bugs.kde.org/show_bug.cgi?id=328987 --- Comment #40 from Rafael Linux User --- (In reply to timonoj from comment #39) > Wow this is an ELEVEN (!) year old bug. Same issue here. Dual Shock 4 > controller connected via bluetooth, playing on Steam. XD LOL ... I guess this is your first bug confirmation/report... I have reported errors the same and even more years ago than this one. But the priorities or importance (in this case "HI normal") we (users) give to it is relative - that's what I've been told when I've asked about it - so, this may be here until Windows creates a desktop for Linux -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 479136] New: Suddenly, KDEnlive changed zoom and opacity of a lot of key frames in a video
https://bugs.kde.org/show_bug.cgi?id=479136 Bug ID: 479136 Summary: Suddenly, KDEnlive changed zoom and opacity of a lot of key frames in a video Classification: Applications Product: kdenlive Version: 23.08.4 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Effects & Transitions Assignee: j...@kdenlive.org Reporter: rafael.linux.u...@gmail.com Target Milestone: --- Created attachment 164521 --> https://bugs.kde.org/attachment.cgi?id=164521&action=edit Altered key frames SUMMARY I was editing on clip. It have more than 20 key frames, with zoom and position (transformation) changes. I was working one added key frame and, suddenly, a lot of my key frames was changed by Kdenlive, changing opacity and position. Even more, some of the key frames properties, shows 100% opacity but in fact, they are showing in clip 0% opacity (see attached screenshot) STEPS TO REPRODUCE 1. Added more than 20 key frames to a video clip, with transform plugin, changing zoom and position (not opacity) 2. Suddenly, after adding a new key frame and changing position and zoom, a lot of key frames changed in graphical line OBSERVED RESULT A lot of key frames were changed (zoom and opacity) EXPECTED RESULT Hold my key frames properties as they were SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20231222 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.11 Kernel Version: 6.6.6-1-default (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 31.3 GiB of RAM ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 478954] No visible images in target folder after import from SD card
https://bugs.kde.org/show_bug.cgi?id=478954 --- Comment #11 from Rafael Linux User --- I confirm that I selected "Personalized" but didn't put any parameter. Thank you for you quick fix!!! -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 478954] No visible images in target folder after import from SD card
https://bugs.kde.org/show_bug.cgi?id=478954 --- Comment #8 from Rafael Linux User --- Really I don't remember to change that, so I'll check tonight in "Configuration, Camera" section, where I presume could be changed. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 478954] No visible images in target folder after import from SD card
https://bugs.kde.org/show_bug.cgi?id=478954 --- Comment #6 from Rafael Linux User --- I imagine it was some specific bug related to some kind of card readers, cause I didn't have that issue previously some months ago. SD card remain same, but I think last time without issues I imported directly from camera (I'm not sure). I'll test with your AppImage when ready. Thank you for your quick fix!!! Have a Merry Christmas -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 478954] No visible images in target folder after import from SD card
https://bugs.kde.org/show_bug.cgi?id=478954 --- Comment #4 from Rafael Linux User --- I mean "rename string" -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 478954] No visible images in target folder after import from SD card
https://bugs.kde.org/show_bug.cgi?id=478954 Rafael Linux User changed: What|Removed |Added CC||rafael.linux.u...@gmail.com --- Comment #3 from Rafael Linux User --- (In reply to Maik Qualmann from comment #2) > Another note: The fact that the files do not appear in digiKam is not a bug; > the addition of the extension ".digikamtempfile" means they are ignored by > the item scanner. This is to ensure that files in the process of being > created are not captured by the scanner and scan invalid metadata. > So something went wrong with the renaming. Therefore I need your rename > string. However, there were already bug fixes compared to digiKam-8.1.0, so > it is also possible that the problem has already been resolved. > > Maik What do you mean with "my rename scan". Those names I pasted was created by Digikam. I can access, copy and view same images from that SD with Dolphin and Gwenview. I didn't change anything in import tool and not used any renaming tool neither. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 478954] New: No visible images in target folder after import from SD card
https://bugs.kde.org/show_bug.cgi?id=478954 Bug ID: 478954 Summary: No visible images in target folder after import from SD card Classification: Applications Product: digikam Version: 8.1.0 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Import-Gphoto2 Assignee: digikam-bugs-n...@kde.org Reporter: rafael.linux.u...@gmail.com Target Milestone: --- SUMMARY After importing images from an SD card of my Panasonic Lumix camera from Digikam, Digikam does not show the imported files in the destination folder. However, if I go into the destination folder with the file manager, the JPG files appear with different names from the camera originals. All images have been renamed. The names of the original images are preceded with the text "Camera-asINHu-f4689986.digikamtempfile.P1013811_v1.JPG" (in this case, the original image name was "P1013811.JPG". This happens every time I import from the card. Some time ago this didn't happen, everything worked fine. STEPS TO REPRODUCE 1. Insert SD card in my SD card reader 2. Launch Digikam and click on "Import, USB Stick Lumix" button in toolbar 3. Select 1 or more photos 4. Click "Download selection" button in toolbar 5. After Digikam finish, destination folder is showed, but images doesn't appear (no thumbnails at all) OBSERVED RESULT The imported images are in destination folder, but names are all changed. EXPECTED RESULT To show thumbnails of imported images with their original names. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20231222 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.11 Kernel Version: 6.6.6-1-default (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 31.3 GiB of RAM ADDITIONAL INFORMATION Imported photos are viewable with any other image viewer (like Gwenview). This is an example of imported files renamed by Digikam (not visible by Digikam after imported) Camera-asINHu-f4689986.digikamtempfile.P1013811_v1.JPG Camera-bfEnbp-aab80cf7.digikamtempfile.P1013821_v1.JPG Camera-buliuJ-509a2658.digikamtempfile.P1013803_v1.JPG Camera-dmcwoS-40666d0d.digikamtempfile.P1013794_v1.JPG Camera-dmzAdf-fa7b2035.digikamtempfile.P1013819_v1.JPG Camera-GrbHjG-f94be021.digikamtempfile.P1013809_v1.JPG Camera-iguiTl-0a9ee8af.digikamtempfile.P1013813_v1.JPG Camera-LHvIdr-21de74ac.digikamtempfile.P1013816_v1.JPG Camera-mLcALG-fc00b276.digikamtempfile.P1013795_v1.JPG Camera-pZgWWP-7d515c58.digikamtempfile.P1013804_v1.JPG Camera-RaWLyM-29597c12.digikamtempfile.P1013820_v1.JPG Camera-rDfuKP-62c24358.digikamtempfile.P1013792_v1.JPG Camera-ZGHpDx-8e02493b.digikamtempfile.P1013808_v1.JPG -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 478781] Assigned tools not updated in "Workflow" , "Tools" column
https://bugs.kde.org/show_bug.cgi?id=478781 Rafael Linux User changed: What|Removed |Added Summary|Assigned tools not updated |Assigned tools not updated |in "Workflow" , "Tools" |in "Workflow" , "Tools" |colum |column CC||rafael.linux.u...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 478781] New: Assigned tools not updated in "Workflow" , "Tools" colum
https://bugs.kde.org/show_bug.cgi?id=478781 Bug ID: 478781 Summary: Assigned tools not updated in "Workflow" , "Tools" colum Classification: Applications Product: digikam Version: 8.1.0 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: AdvancedRename-BatchQueueManager Assignee: digikam-bugs-n...@kde.org Reporter: rafael.linux.u...@gmail.com Target Milestone: --- SUMMARY "Batch queue manager, Workflow" doesn't update total of assigned tools to a workflow even after clicking on that workflow row and selecting "Update workflow" STEPS TO REPRODUCE 1. Select one or more images and open "Batch queue manager" 2. Assign any tool and create a new workflow thru "Queues, Save workflow" and give it as "Test". 3. Select "Workflows" tab in "Control panel" at right side. You'll see a row named "Test" and column "Tools" shows 1. 4. Add a new tool to the workflow 5. Click over "Test" workflow row with mouse right button and select "Update workflow" OBSERVED RESULT Column "Tools" is not updated to 2 EXPECTED RESULT Column "Tools" should show 2 for "Test" row SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20231214 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.112.0 Qt Version: 5.15.11 Kernel Version: 6.6.6-1-default (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 31.3 GiB of RAM -- You are receiving this mail because: You are watching all bug changes.
[plasma-wayland-protocols] [Bug 478526] "Alt + Shift + Tab" task switcher doesn't work
https://bugs.kde.org/show_bug.cgi?id=478526 Rafael Linux User changed: What|Removed |Added CC||rafael.linux.u...@gmail.com --- Comment #4 from Rafael Linux User --- (In reply to Vincenc Elias from comment #1) > Thanks for your report! > I tried it in the latest tumbleweed version of openSUSE 20231213 and it > worked as intended. Try switching to the latest version. > There is a newer version of plasma so it may help. After "sudo zypper dup", nothing changed about issue. I must add that I didn't change shortcuts for task switching, only global shortcuts for QMMP control. Operating System: openSUSE Tumbleweed 20231214 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.112.0 Qt Version: 5.15.11 Kernel Version: 6.6.6-1-default (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor -- You are receiving this mail because: You are watching all bug changes.
[Skanpage] [Bug 478296] Saving as pdf overwrites without warning
https://bugs.kde.org/show_bug.cgi?id=478296 Rafael Linux User changed: What|Removed |Added CC||rafael.linux.u...@gmail.com --- Comment #1 from Rafael Linux User --- Saving from what application? I can't test without enough info. If I open a PDF with Okular, click on "Save as" and click on "Save" without changing nothing, Okular warn about file exist as always. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 478538] "Pause" key is ignored for shortcuts assignation
https://bugs.kde.org/show_bug.cgi?id=478538 Rafael Linux User changed: What|Removed |Added Version|5.27.10 |5.27.5 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 478538] "Pause" key is ignored for shortcuts assignation
https://bugs.kde.org/show_bug.cgi?id=478538 Rafael Linux User changed: What|Removed |Added CC||rafael.linux.u...@gmail.com Version|git-stable-Plasma/5.27 |5.27.10 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 478538] New: "Pause" key is ignored for shortcuts assignation
https://bugs.kde.org/show_bug.cgi?id=478538 Bug ID: 478538 Summary: "Pause" key is ignored for shortcuts assignation Classification: Plasma Product: kwin Version: git-stable-Plasma/5.27 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: libinput Assignee: kwin-bugs-n...@kde.org Reporter: rafael.linux.u...@gmail.com Target Milestone: --- SUMMARY Since 3 or 4 months, I can no longer use the "Pause" key as a shortcut to execute actions from the keyboard in Plasma. Neither in X.org nor in Wayland. I always used to use the key combination "Alt + Ctrl + Shift + Pause" to pause/resume playback in a multimedia application. However, it is no longer possible to use that combination or any other combination that includes the "Pause" key. It is simply ignored. STEPS TO REPRODUCE 1. "System preferences, Shortcuts" 2. Select any application and click on any item in right panel 3. Click on "Add personalized shortcut" 4. Key "Pause" key, or "Alt + Pause" key o any combination with "Pause" key OBSERVED RESULT "Pause" key is ignored EXPECTED RESULT To accept "Pause" key to be assigned for shortcut (as always worked) SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20230613 KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.107.0 Qt Version: 5.15.9 Kernel Version: 6.3.7-1-default (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-9700K CPU @ 3.60GHz Memory: 15.5 GiB of RAM ADDITIONAL INFORMATION It fails in X.org and Wayland -- You are receiving this mail because: You are watching all bug changes.
[plasma-wayland-protocols] [Bug 478526] New: "Alt + Shift + Tab" task switcher doesn't work
https://bugs.kde.org/show_bug.cgi?id=478526 Bug ID: 478526 Summary: "Alt + Shift + Tab" task switcher doesn't work Classification: Plasma Product: plasma-wayland-protocols Version: 1.10.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: rafael.linux.u...@gmail.com CC: aleix...@kde.org Target Milestone: --- SUMMARY Since a few weeks ago (last Plasma update for openSUSE Tumbleweed) the key combination "Alt + Shift + Tab" doesn't work, it doesn't respond, so to get to the previous task window, I have to scroll through all the open windows until I get back to the task I was in. STEPS TO REPRODUCE 1. Log in Plasma with Wayland session 2. Open 3 applications windows 3. Press "Alt" and hold it, while keying "Tab" to change to 3rd task window 4. Press "Alt + Shift" and hold them, while keying "Tab" to change to previous task window OBSERVED RESULT To show Change to previous task window doesn't work, nothing happens EXPECTED RESULT Plasma should cycle among the three task windows in reverse order SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20231206 KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.112.0 Qt Version: 5.15.11 Kernel Version: 6.6.3-1-default (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: AMD Radeon RX 7600 Product Name: B550M Phantom Gaming 4 ADDITIONAL INFORMATION cmake(PlasmaWaylandProtocols) = 1.10.0 plasma-wayland-protocols = 1.10-1.3 plasma-wayland-protocols(x86-64) = 1.10-1.3 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kidletime] [Bug 328987] Power saving should not trigger if joystick/controller/gamepad is in use
https://bugs.kde.org/show_bug.cgi?id=328987 Rafael Linux User changed: What|Removed |Added CC||rafael.linux.u...@gmail.com --- Comment #37 from Rafael Linux User --- Same here using Wayland. Wired MS XBOX 360 Pad / Switch Pro Controller. Operating System: openSUSE Tumbleweed 20231206 KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.112.0 Qt Version: 5.15.11 Kernel Version: 6.6.3-1-default (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Graphics Processor: AMD Radeon RX 7600 Product Name: B550M Phantom Gaming 4 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 445449] Shutting down from Plasma Wayland causes shutdown to be delayed while stopping SDDM
https://bugs.kde.org/show_bug.cgi?id=445449 --- Comment #43 from Rafael Linux User --- (In reply to Josh from comment #42) > Hi, I have the same issue and I believe the problem started after a recent > kernel update. My versions: > > Operating System: Kubuntu 23.04 > KDE Plasma Version: 5.27.4 > KDE Frameworks Version: 5.104.0 > Qt Version: 5.15.8 > Kernel Version: 6.2.0-37-generic (64-bit) > Graphics Platform: Wayland My issue is yet gone, but I'm not sure if after a kernel update or a total reinstallation of my distro. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475929] Export to TIFF with "Pixar log" subtype compression not working
https://bugs.kde.org/show_bug.cgi?id=475929 Rafael Linux User changed: What|Removed |Added CC||rafael.linux.u...@gmail.com Platform|Other |openSUSE -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 472347] Add option to scale after crop in "Crop" toolbox
https://bugs.kde.org/show_bug.cgi?id=472347 Rafael Linux User changed: What|Removed |Added Platform|Other |openSUSE CC||rafael.linux.u...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[krename] [Bug 439291] Saving "Find and replace" algorithm, doesn't save "space" character
https://bugs.kde.org/show_bug.cgi?id=439291 Rafael Linux User changed: What|Removed |Added Platform|Other |openSUSE -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] No access to remote FTP folders
https://bugs.kde.org/show_bug.cgi?id=477081 Rafael Linux User changed: What|Removed |Added Platform|Other |openSUSE CC||rafael.linux.u...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 473660] Found files list not updated after deleting a file
https://bugs.kde.org/show_bug.cgi?id=473660 Rafael Linux User changed: What|Removed |Added Platform|Other |openSUSE -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 475928] "Redo" and "Undo" are ALWAYS enabled
https://bugs.kde.org/show_bug.cgi?id=475928 Rafael Linux User changed: What|Removed |Added Platform|Other |openSUSE CC||rafael.linux.u...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[krename] [Bug 439291] Saving "Find and replace" algorithm, doesn't save "space" character
https://bugs.kde.org/show_bug.cgi?id=439291 Rafael Linux User changed: What|Removed |Added Summary|Saving "Find and replace" |Saving "Find and replace" |algorithm, doesn't save |algorithm, doesn't save |"spaces"|"space" character -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 466134] Improve task progress information
https://bugs.kde.org/show_bug.cgi?id=466134 Rafael Linux User changed: What|Removed |Added Resolution|--- |NOT A BUG Platform|unspecified |openSUSE Status|REPORTED|RESOLVED -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 445272] Proxy with authentication and Proxy Auto-Configuration (PAC) files issues
https://bugs.kde.org/show_bug.cgi?id=445272 --- Comment #2 from Rafael Linux User --- Additional note: I wrote Discover ask for root password, but it's not for Internet access, but to let it install applications. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 445272] Proxy with authentication and Proxy Auto-Configuration (PAC) files issues
https://bugs.kde.org/show_bug.cgi?id=445272 Rafael Linux User changed: What|Removed |Added Version|unspecified |5.245.0 -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 476988] kdesu do not let launch "kate" from some months ago
https://bugs.kde.org/show_bug.cgi?id=476988 --- Comment #11 from Rafael Linux User --- Thank you again for all your prompt attention. I will try to find out what security issues openSUSE considers to exist now after being able to use it for years. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 477081] New: No access to remote FTP folders
https://bugs.kde.org/show_bug.cgi?id=477081 Bug ID: 477081 Summary: No access to remote FTP folders Classification: Applications Product: dolphin Version: 23.04.2 Platform: Other OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: rafael.linux.u...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY Scenario: Intranet with Internet access via HTTP proxy. For years I have been using Plasma on a corporate intranet where HTTP authentication is required to access the Internet and Windows domain authentication is required to access shared folders on domain computers, using the SMB protocol. An important detail here is that FTP access is to local servers INSIDE the intranet, not to computers outside, i.e. Internet access is not required for FTP. For years, it has always worked as follows: - Configure the system proxy - Set up the KDE proxy (as you know, they are independent). The problem with this configuration was that KDE applications, such as Dolphin, when making an FTP connection, would try to use the proxy, so it would eventually fail. The solution I had to find years ago, is to create a PAC file, which only in the KDE proxy. In that file, I put that if the path does NOT contain HTTP://, DO NOT use the proxy. It has always worked without further problems (and I don't know if there is an easier way to do it, which would be wonderful). However, for a few months now, every time I update the system, Dolphin crashes and is unable to access the local FTP paths (the same happens with Krusader) and I have to recover the previous snapshot to be able to continue working, without being able to update the system. In this regard, I have verified that it happens even with the latest LIVE versions including the latest versions of KDE. STEPS TO REPRODUCE 1. Update KDE/Plasma 2. Access to internal FTP server thru Dolphin OBSERVED RESULT Dolphin shows an unexpected error, can't access to the FTP path. Console shows these messages: (process:13253): GLib-CRITICAL **: 15:12:52.440: g_uri_get_scheme: assertion 'uri != NULL' failed (process:13253): GLib-CRITICAL **: 15:12:52.440: g_uri_get_scheme: assertion 'uri != NULL' failed (process:13253): GLib-CRITICAL **: 15:12:52.440: g_str_has_prefix: assertion 'str != NULL' failed (process:13253): GLib-CRITICAL **: 15:12:52.440: g_uri_get_scheme: assertion 'uri != NULL' failed (process:13253): GLib-CRITICAL **: 15:12:52.440: g_str_has_prefix: assertion 'str != NULL' failed (process:13253): GLib-CRITICAL **: 15:12:52.440: g_uri_get_scheme: assertion 'uri != NULL' failed (process:13253): GLib-CRITICAL **: 15:12:52.440: g_str_has_prefix: assertion 'str != NULL' failed (process:13253): GLib-CRITICAL **: 15:12:52.440: g_uri_to_string: assertion 'uri != NULL' failed EXPECTED RESULT To access FTP server. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20230613 KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.107.0 Qt Version: 5.15.9 Kernel Version: 6.3.7-1-default (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-9700K CPU @ 3.60GHz ADDITIONAL INFORMATION Usually, "caja" file admin continue working after update -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 476988] kdesu do not let launch "kate" from some months ago
https://bugs.kde.org/show_bug.cgi?id=476988 --- Comment #9 from Rafael Linux User --- > Note that this is nothing new, it's been this way for several years. I'm not sure what do you mean. If it's about "kdesu kate whatever" working, I can confirm it worked until 3 o 4 months ago, before some openSUSE uptdate. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 476988] kdesu do not let launch "kate" from some months ago
https://bugs.kde.org/show_bug.cgi?id=476988 --- Comment #8 from Rafael Linux User --- I don't know if this can help, but when I launch from CLI the usual "kdesu kate /etc/fstab", journald show this error after entering root password: 16/11/23 9:13 kateqt.qpa.plugin: Could not load the Qt platform plugin "xcb" in "" even though it was found. 16/11/23 9:13 kateThis application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, xcb. 16/11/23 9:13 akonadiserver org.kde.pim.akonadiserver: ItemRetrievalJob for request 12469 finished I'm sorry cause I can't find a toolbar here to give format to my text -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 476988] kdesu do not let launch "kate" from some months ago
https://bugs.kde.org/show_bug.cgi?id=476988 --- Comment #6 from Rafael Linux User --- Thank you for your information in this regard. I didn't know if the change was a result of KDE or openSUSE updates. I will tell them about it and see if they come to their senses ... -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 476988] kdesu do not let launch "kate" from some months ago
https://bugs.kde.org/show_bug.cgi?id=476988 Rafael Linux User changed: What|Removed |Added CC||rafael.linux.u...@gmail.com --- Comment #5 from Rafael Linux User --- (In reply to Fabian Vogt from comment #2) > You can use EDITOR="kate -b" sudoedit /etc/fstab instead. That's not working for me from "Alt+F2" (krunner). Nothing happens after pressing "Enter". -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 476988] New: kdesu do not let launch "kate" from some months ago
https://bugs.kde.org/show_bug.cgi?id=476988 Bug ID: 476988 Summary: kdesu do not let launch "kate" from some months ago Classification: I don't know Product: kde Version: unspecified Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: rafael.linux.u...@gmail.com Target Milestone: --- SUMMARY I am a user who usually tries to avoid the need to access the console (CLI) to perform operations that can be done from Plasma. I have always used the "kdesu kate /etc/fstab" sequence of instructions to edit the fstab file from Plasma. However, for months now, it is impossible to even launch "kate" with administrator permissions. STEPS TO REPRODUCE 1. Login as non privileged user 2. "Alt+F2" and type "kdesu kate /etc/fstab" and press "Enter" key 3. Introduce your root password in the window that will ask for it and click "Accept" OBSERVED RESULT Nothing happens after password accepted EXPECTED RESULT To open "/etc/fstab" file with root privileges (as for years it worked) SOFTWARE/OS VERSIONS Windows: Operating System: openSUSE Tumbleweed 20230613 KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.107.0 Qt Version: 5.15.9 Kernel Version: 6.3.7-1-default (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i7-9700K CPU @ 3.60GHz Memory: 15.5 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 2060/PCIe/SSE2 Manufacturer: HP Product Name: HP Z1 Entry Tower G5 ADDITIONAL INFORMATION I had a big discussion about it because typical users, who have never used such a script, denied that it worked, since it doesn't currently work. However, I have versions from early 2023 and earlier where, as always, it worked perfectly. There must have been some change in KDE Frameworks or Plasma and from then on, it doesn't work. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 351175] "Auto-Hide" mode does not work when panel is on an edge between two screens
https://bugs.kde.org/show_bug.cgi?id=351175 --- Comment #67 from Rafael Linux User --- I agree, but unfortunately there is no any option among five available that mean "WILL NOT BE FIXED" :/ -- You are receiving this mail because: You are watching all bug changes.
[krusader] [Bug 476322] New: Krusader can't access SMB shared folders in Windows Active Directory each time I change domain user password
https://bugs.kde.org/show_bug.cgi?id=476322 Bug ID: 476322 Summary: Krusader can't access SMB shared folders in Windows Active Directory each time I change domain user password Classification: Applications Product: krusader Version: 2.8.0 Platform: openSUSE OS: Linux Status: REPORTED Severity: major Priority: NOR Component: net-connection Assignee: krusader-bugs-n...@kde.org Reporter: rafael.linux.u...@gmail.com CC: krusader-bugs-n...@kde.org Target Milestone: --- SUMMARY My Linux machine needs to access folders shared by Windows users on a network where we all belong to a Windows domain. When I need to access a shared folder on a computer owned by another Windows user or Windows domain, I have to enter my domain user (windows_domain_name/my_user_name) and my domain password. So far, everything works fine. Windows domain policies require you to change your domain login password from time to time, and that's when Krusader runs into problems. After changing the domain password and restarting the computer, Krusader asks again and again for the user name and password but doesn't manage to enter the shared folders until more than 5 minutes have elapsed. It is as if the passwords or paths are cached. However, Dolphin accesses the same folders without any problems after reboot, after having requested (like Krusader) the user and password for the domain. I think Krusader performs some kind of caching that remains for some time after reboot. I have both Dolphin and Krusader configured to open the same folders I had open in the last session, but only Krusader crashes when I re-open the session as I said. STEPS TO REPRODUCE 1. Open Krusader and Dolphin and configure both to save and restore sessions always 2. Open some SMB shared folders inside Windows Active Directory domain (user will be asked for "domain\user" and password 3. Close Linux session 4. Change user Windows AD domain password 5. Log in Linux session (not IN Windows AD domain) 6. Open Krusader and Dolphin (previous opened folders should be open, after asking for "domain\user" and password. OBSERVED RESULT Dolphin open without issues SMB folders, but Krusader is unable to reach those same folders. EXPECTED RESULT To open correctly SMB folders after introducing "domain\user" and password SOFTWARE/OS VERSIONS Windows: Windows Active Directory domain with Windows users domain authenticated Linux: Not logged in Windows AD domain user using active and enabled Windows AD domain user to access SMB shared folders. Operating System: openSUSE Tumbleweed 20230613 KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.107.0 Qt Version: 5.15.9 Kernel Version: 6.3.7-1-default (64-bit) Graphics Platform: X11 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[plasma-wayland-protocols] [Bug 475940] QTWayland bug yet solved in Qt 6.3.0 for X11 (libvulkan.so not found)
https://bugs.kde.org/show_bug.cgi?id=475940 --- Comment #2 from Rafael Linux User --- My apologies. It's difficult to guess where to report this kind of issues. Thank you for alerting me to my error and how to do it correctly. -- You are receiving this mail because: You are watching all bug changes.
[plasma-wayland-protocols] [Bug 475940] QTWayland bug yet solved in Qt 6.3.0 for X11 (libvulkan.so not found)
https://bugs.kde.org/show_bug.cgi?id=475940 Rafael Linux User changed: What|Removed |Added CC||rafael.linux.u...@gmail.com Summary|QTWayland bug yet solved |QTWayland bug yet solved |in Qt 6.3.0 for X11 |in Qt 6.3.0 for X11 ||(libvulkan.so not found) -- You are receiving this mail because: You are watching all bug changes.
[plasma-wayland-protocols] [Bug 475940] New: QTWayland bug yet solved in Qt 6.3.0 for X11
https://bugs.kde.org/show_bug.cgi?id=475940 Bug ID: 475940 Summary: QTWayland bug yet solved in Qt 6.3.0 for X11 Classification: Plasma Product: plasma-wayland-protocols Version: 1.10.0 Platform: openSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: rafael.linux.u...@gmail.com CC: aleix...@kde.org Target Milestone: --- SUMMARY There is a QTWayland that has been solved in Qt 6.3.0 for X11. Is related to how QTWayland works in some distros when looking for "libvulkan.so" library. Some Linux distros, like openSUSE or Fedora, name that library as "libvulkan.so.1", so is not find by QT. Issue is identified and solved here https://github.com/qt/qtbase/commit/888b75aa12e2cf35ee760bcf5cb1ed60fe0c0770 too and could be applied easily to Qt 5.15.x. Please fix it ASAP, cause many users have issues in applications under Wayland when their distros have not "libvulkan.so" but "libvulkan.so.1" and it's really a headache for programmers to detect what's happening. Thank you STEPS TO REPRODUCE 1. Launch an application installed from some distros repositories that needs "libvulkan.so" OBSERVED RESULT Usually, at console, application will show some message similar to: initInstance: No Vulkan library available Failed to create platform Vulkan instance despite, in fact, Vulkan related packages are installed EXPECTED RESULT To search for "libvulkan.so.1" too and do not fail SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20231016 KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.110.0 Qt Version: 5.15.11 Kernel Version: 6.5.6-1-default (64-bit) Graphics Platform: Wayland Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 31.2 GiB of RAM Graphics Processor: AMD Radeon Graphics Product Name: B550M Phantom Gaming 4 ADDITIONAL INFORMATION As a workaround, if user guess that this is the issue he has, he can launch application preceding it with this environment parameter: QT_VULKAN_LIB=/path/to/libvulkan.so.1 name_of_application_needing_libvulkan.so -- You are receiving this mail because: You are watching all bug changes.