[kget] [Bug 383366] Do not display first run download manager integration with Konqueror if it's not installed
https://bugs.kde.org/show_bug.cgi?id=383366 Massimiliano L changed: What|Removed |Added Version|unspecified |24.02.2 CC||m.lince...@gmail.com Platform|Netrunner |unspecified -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 480884] Konsole terminates when a program launched by it runs out of memory (oom-kill)
https://bugs.kde.org/show_bug.cgi?id=480884 --- Comment #5 from Massimiliano L --- (In reply to fanzhuyifan from comment #4) > In general, the advice is to *not* operate your system in settings that > frequently trigger the OOM killer. > There are several ways to do that: > - limiting the ram of memory-hungry processes (e.g., using systemd, or > options to jvm) > - use swap (zram offers a way to put swap inside ram, and you could always > configure swap on harddrives) > - upgrade your hardware The use case here is Konsole being used for development and debug. The large memory consumption would then be unintentional, either because the amount of required memory was miscalculated or because there is a memory leak in the program. But if the terminal gets killed, the stdout is lost and debugging gets more complicated. Of course logging to a file or limiting the memory available to the python interpreter would be valid alternatives. > If you must operate near regimes that saturate the memory, my suggestion is > to custom configure an OOM killer, so you get more control over what is > killed in OOM situations. > > The systemd and kernel OOM killers both use some sort of heuristics to > decide which application to kill first. It is very hard for us to guarantee > that konsole is not killed first -- in some cases, it might even be > desirable to kill konsole first if more critical applications can continue. It might be desirable to kill Konsole if Konsole was responsible for the memory consumption by itself and not because of a child process, but I get the point. Your comment clarifies the situation enough for me. Thank you again for the support. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 480884] Konsole terminates when a program launched by it runs out of memory (oom-kill)
https://bugs.kde.org/show_bug.cgi?id=480884 --- Comment #2 from Massimiliano L --- (In reply to fanzhuyifan from comment #1) > Unfortunately KDE software is not responsible for deciding which process to > kill during out of memory events. Usually it is either the kernel OOM > killer, and the systemd OOM killer, and we have no control over how these > behave. If you find the current OOM killer unsatisfactory, you could try > customizing those or using alternate OOM killers like > https://github.com/rfjakob/earlyoom. Thank you for the answer. But this occurs systematically and does not occur with GNOME Terminal. So there should be something in the design or behavior of Konsole that triggers the OOM killer to terminate it together with the child process. Any ideas on why this may be? If this is "not a bug" can we turn this into a wishlist item? I believe it can significantly impact the user experience in some cases, putting Konsole (and KDE software) behind competitors. It could be also interesting to understand whether this is distro-related. If people not using Fedora are not experiencing the same issue, I may file a bug report with Fedora as well. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 480904] New: Import and export of annotations settings
https://bugs.kde.org/show_bug.cgi?id=480904
Bug ID: 480904
Summary: Import and export of annotations settings
Classification: Applications
Product: okular
Version: 23.08.4
Platform: Other
OS: Linux
Status: REPORTED
Severity: wishlist
Priority: NOR
Component: general
Assignee: okular-de...@kde.org
Reporter: m.lince...@gmail.com
Target Milestone: ---
Okular allows to customise annotation settings ("Configure Annotations"), but
there seems to be no easy way to share these to another installation.
Typically, one would like to keep their annotation style consistent across
multiple devices and doing this manually requires some work (especially
fine-tuning the colors).
It could be nice to have a feature to import and export annotation settings
from Okular.
As a partial replacement for this feature, the Okular manual could include
information about where these settings are stored.
--
You are receiving this mail because:
You are watching all bug changes.
[okular] [Bug 480901] New: "Configure Okular" window under "Settings" menu is slow to open
https://bugs.kde.org/show_bug.cgi?id=480901 Bug ID: 480901 Summary: "Configure Okular" window under "Settings" menu is slow to open Classification: Applications Product: okular Version: 23.08.4 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: m.lince...@gmail.com Target Milestone: --- SUMMARY The "Configure Okular..." window accessible from the "Settings" menu takes in the order of seconds to open. Same happens when accessing it through other buttons, such as "Configure Annotations". This is observed on a fairly well-powered desktop PC with loads of free RAM. STEPS TO REPRODUCE 1. open Okular 2. click on Settings -> "Configure Okular..." OBSERVED RESULT About 3+ seconds of Okular not doing anything before the configuration window shows. EXPECTED RESULT Opening of configuration window should be almost instantaneous. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 39 (available in About System) KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.12 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 480884] New: Konsole terminates when a program launched by it runs out of memory (oom-kill)
https://bugs.kde.org/show_bug.cgi?id=480884 Bug ID: 480884 Summary: Konsole terminates when a program launched by it runs out of memory (oom-kill) Classification: Applications Product: konsole Version: 23.08.4 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konsole-de...@kde.org Reporter: m.lince...@gmail.com Target Milestone: --- SUMMARY When launching a program from Konsole and the program runs out of memory, Konsole terminates as well. Here is an extract from kernel logs: [ 4798.852688] oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/user.slice/user-1000.slice/user@1000.service/app.slice/app-org.kde.konsole-0b1078c44601481893367fffe01d53f3.scope,task=python,pid=33408,uid=1000 [ 4798.852755] Out of memory: Killed process 33408 (python) total-vm:40125280kB, anon-rss:24510464kB, file-rss:4604kB, shmem-rss:0kB, UID:1000 pgtables:60432kB oom_score_adj:200 STEPS TO REPRODUCE 1. launch a memory-eater program; 2. wait until it fills the entire RAM and is killed by the kernel. OBSERVED RESULT The Konsole window disappears. EXPECTED RESULT The Konsole window should stay open, and report that the program has been terminated because of an OOM. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 39 (available in About System) KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.12 ADDITIONAL INFORMATION The same behaviour is shown by Yakuake. On the other hand GNOME Terminal survives the killing of the process. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-solid] [Bug 474242] Duplicate item in Places / "Remote" for fstab-mounted NFS drive
https://bugs.kde.org/show_bug.cgi?id=474242 --- Comment #7 from Massimiliano L --- (In reply to Méven Car from comment #5) > I am guessing the issue would be fixed if you updated your fstab line to : > > From > `nas.local:export/foo /media/net-foo nfs defaults,nofail 0 0` > > To > `nas.local:/export/foo /media/net-foo nfs defaults,nofail 0 0` > > (note the added slash) Yes, thank you. I had figured this out when checking the bug report for the trailing `/` case. It makes sense to have a full absolute path after `:` but apparently fstab does not care. Thank you for working on this! -- You are receiving this mail because: You are watching all bug changes.
[frameworks-solid] [Bug 474242] Duplicate item in Places / "Remote" for fstab-mounted NFS drive
https://bugs.kde.org/show_bug.cgi?id=474242 --- Comment #4 from Massimiliano L --- (In reply to Méven Car from comment #3) > Can you share your fstab file (or at least all the nfs lines) ? The fstab entry is as follows: > nas.local:export/foo /media/net-foo nfs defaults,nofail 0 0 The content of `$HOME/.local/share/user-places.xbel` seems to hold a lot of out-of-date entries (is this a bug as well?). Since I have changed my configuration a few times I am not sure how to find the "corresponding" bookmark, but I guess it is this one: > > > http://www.kde.org;> >/org/kde/fstab/nas.local:export/foo:/media/net-foo >true >true > > > And here is the output from solid-hardware5 list for the concerned mount: > udi = '/org/kde/fstab/nas.local:/export/foo:/media/net-foo' > udi = '/org/kde/fstab/nas.local:export/foo:/media/net-foo' -- You are receiving this mail because: You are watching all bug changes.
[frameworks-solid] [Bug 474242] Duplicate item in Places / "Remote" for fstab-mounted NFS drive
https://bugs.kde.org/show_bug.cgi?id=474242 --- Comment #1 from Massimiliano L --- Extending the fix to bug 406242 would be a bit inelegant as one would need to test 4 combinations of (non) leading / (non) trailing slashes. Could we assume that 'mtab' device name will always have the same style (leading slash without trailing slash) and convert the fstab string to that style, before testing with 'contains'? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-solid] [Bug 474242] New: Duplicate item in Places / "Remote" for fstab-mounted NFS drive
https://bugs.kde.org/show_bug.cgi?id=474242 Bug ID: 474242 Summary: Duplicate item in Places / "Remote" for fstab-mounted NFS drive Classification: Frameworks and Libraries Product: frameworks-solid Version: 5.109.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: m.lince...@gmail.com CC: kdelibs-b...@kde.org, lu...@kde.org Target Milestone: --- SUMMARY Having NFS shares mounted via fstab may in duplicate items under "Remote" places. This seems similar to bug 406242 except it occurs when the path on the NFS server does not start with a '/'. STEPS TO REPRODUCE 1. add NFS share mount to fstab in the form `nas.local:export/foo /media/net-foo nfs defaults,nofail 0 0` 2. systemctl daemon-reload && mount -a 3. open Dolphin OBSERVED RESULT The share appears twice with the same name. One with the mounted and one with the unmounted icon. EXPECTED RESULT Share should appear only once. SOFTWARE/OS VERSIONS Linux: Fedora (available in About System) KDE Plasma Version: 5.27.7 KDE Frameworks Version: 5.109.0 Qt Version: 5.15.10 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kcoreaddons] [Bug 387663] Dolphin doesn't update view (doesn't show new files) for local filesystem
https://bugs.kde.org/show_bug.cgi?id=387663 Massimiliano L changed: What|Removed |Added CC||m.lince...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kdeplasma-addons] [Bug 428854] Nightcolor fails to activate after KWin or the whole session is restarted; must manually toggle it off and on again
https://bugs.kde.org/show_bug.cgi?id=428854 Massimiliano L changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #22 from Massimiliano L --- It seems this report was automatically closed (?) but the bug is still present in KDE 5.27.6. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 462860] Rectangle capture modes have wrong GUI sizing and positioning with fractional scaling
https://bugs.kde.org/show_bug.cgi?id=462860 Massimiliano L changed: What|Removed |Added CC||m.lince...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 457228] New: Okular is very slow when loading files from sshfs mounts
https://bugs.kde.org/show_bug.cgi?id=457228 Bug ID: 457228 Summary: Okular is very slow when loading files from sshfs mounts Product: okular Version: 21.12.3 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: m.lince...@gmail.com Target Milestone: --- SUMMARY When opening a small PDF file (less than 50 KB) on a remote filesystem mounted through sshfs (fuse.sshfs), Okular takes almost 10 seconds to load. The behaviour is the same regardless of the fact Okular is launched from Dolphin or from the command line. Evince for comparison takes less than 2 seconds. STEPS TO REPRODUCE 1. mount a remote filesystem using sshfs (from the shell) 2. open a PDF file with Okular OBSERVED RESULT Okular takes a long time to load (almost 10 seconds). EXPECTED RESULT Okular should take a time compatible with other PDF readers. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Ubuntu 22.04 KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433299] [systemd] Applications meant to autostart do not start after switching to systemd
https://bugs.kde.org/show_bug.cgi?id=433299 --- Comment #13 from Massimiliano L --- Works now for me with systemd 250 on Fedora 36 (Plasma 5.24.5). -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 128434] Preview tooltip for hyperlinks to other pages
https://bugs.kde.org/show_bug.cgi?id=128434 Massimiliano L changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #7 from Massimiliano L --- *** This bug has been confirmed by popular vote. *** -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 449814] New: Directory properties show empty volume information for btrfs file system
https://bugs.kde.org/show_bug.cgi?id=449814 Bug ID: 449814 Summary: Directory properties show empty volume information for btrfs file system Product: frameworks-kio Version: 5.90.0 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Properties dialog Assignee: kio-bugs-n...@kde.org Reporter: m.lince...@gmail.com CC: kdelibs-b...@kde.org Target Milestone: --- Created attachment 146465 --> https://bugs.kde.org/attachment.cgi?id=146465=edit example SUMMARY Directory properties show empty volume information for btrfs file system STEPS TO REPRODUCE 1. Open btrfs volume with Dolphin 2. Right click on directory -> properties OBSERVED RESULT File System / Mounted From are empty Mounted on reads "KSqueezedTextLabel" Directory properties show empty information for btrfs volumes Free Space reads ok. EXPECTED RESULT Volume information should be correctly reported. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora w/zawertun COPR KDE Plasma Version: 5.23.5 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 419302] Dolphin search/baloo shows a lot of duplicates
https://bugs.kde.org/show_bug.cgi?id=419302 Massimiliano L changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #11 from Massimiliano L --- It could be nice to have confirmation by the OP that this problem occurs with btrfs, but it seems highly likely that this is a duplicate of bug 402154. Since the latter is not very findable (misleading title, long discussion), I guess this could stay open. A few comments / considerations: - I can confirm the file search in the menu is not affected by duplicated results, so at least there should be a way to fix the appearance in Dolphin even if duplicates are present in the index; - I am not up to date w.r.t. about how btrfs adoption is evolving in the wild, but with major distros such as OpenSUSE and Fedora on board the userbase is becoming pretty large. A warning message in the File Search config module about support for btrfs being "experimental" could be welcome, but I am not sure what is the KDE policy about this kind of thing; - is it possible to think of a "sanification" routine for the file index, dedicated to the detection / elimination of duplicate file entries? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 429910] Settings -> File search: Folder specific configuration list: self-reproducing, irremovable items of '/home/' with 'indexed' value
https://bugs.kde.org/show_bug.cgi?id=429910 Massimiliano L changed: What|Removed |Added Version|5.22.5 |5.89.0 Component|filesearch |general Product|krunner |frameworks-baloo -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 429910] Settings -> File search: Folder specific configuration list: self-reproducing, irremovable items of '/home/' with 'indexed' value
https://bugs.kde.org/show_bug.cgi?id=429910 Massimiliano L changed: What|Removed |Added CC||m.lince...@gmail.com --- Comment #15 from Massimiliano L --- *** Bug 439403 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 439403] Folder specific configuration show multiple home directory rules that cannot be deleted
https://bugs.kde.org/show_bug.cgi?id=439403 Massimiliano L changed: What|Removed |Added Platform|Other |Netrunner Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #7 from Massimiliano L --- I tried to grep the source code to find the origin of these presets, but I was not successful. My current skills are insufficient to troubleshoot this more in depth. Ultimately I think this is a duplicate of Bug 429910 (the discussion there has been a bit untidy but it is clear the underlying issue is the same or tightly related). I am tentatively closing this report. *** This bug has been marked as a duplicate of bug 429910 *** -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 404057] Uses an insane amount of memory (RSS/PSS) writing a *ton* of data while re-indexing unchanged files
https://bugs.kde.org/show_bug.cgi?id=404057 Massimiliano L changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=419302 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 419302] Dolphin search/baloo shows a lot of duplicates
https://bugs.kde.org/show_bug.cgi?id=419302 Massimiliano L changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=404057 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 419302] Dolphin search/baloo shows a lot of duplicates
https://bugs.kde.org/show_bug.cgi?id=419302 Massimiliano L changed: What|Removed |Added CC||m.lince...@gmail.com See Also||https://bugs.kde.org/show_b ||ug.cgi?id=402154 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 402154] Baloo reindexes everything after every reboot
https://bugs.kde.org/show_bug.cgi?id=402154 Massimiliano L changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=419302 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 433299] [systemd] Applications meant to autostart do not start after switching to systemd
https://bugs.kde.org/show_bug.cgi?id=433299 Massimiliano L changed: What|Removed |Added Platform|openSUSE RPMs |Fedora RPMs Version|5.21.0 |5.23.4 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 433299] [systemd] Applications meant to autostart do not start after switching to systemd
https://bugs.kde.org/show_bug.cgi?id=433299 Massimiliano L changed: What|Removed |Added Ever confirmed|0 |1 Resolution|UPSTREAM|--- Status|RESOLVED|REOPENED CC||m.lince...@gmail.com --- Comment #7 from Massimiliano L --- Testing now on Fedora 35 and systemd 249, Skype and Dropbox still fail to autostart. Is anybody able to confirm that this is actually fixed for them? -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 439403] Folder specific configuration show multiple home directory rules that cannot be deleted
https://bugs.kde.org/show_bug.cgi?id=439403 Massimiliano L changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 439403] Folder specific configuration show multiple home directory rules that cannot be deleted
https://bugs.kde.org/show_bug.cgi?id=439403 --- Comment #2 from Massimiliano L --- (In reply to groot from comment #1) > Please take a look at `~/.config/baloofilerc` (the configuration file for > baloo). I can't reproduce this, but that's possibly because I can't get two > entries for the home directory to begin with. > > There are two interesting lines in that file: > > ``` > exclude folders[$e]=$HOME/kde/ > folders[$e]=$HOME/,/mnt/lc/ > ``` > > (look for the line starting with "exclude folders" and the line starting > with "folders"; the text above is **my** configuration). I'm curious if your > home-directory is listed twice, or is listed ander different paths to the > same directory. Thanks for the assistance! At this right moment, I have three immutable rules for the home directory, two set to "indexed" and one set to "non indexed". Plus I have two rules for $HOME/Music and $HOME/Pictures In my config file: > dbVersion=2 > exclude filters= [... bunch of extensions] > exclude filters version=8 > exclude folders[$d] If I change the third entry for $HOME to "Indexed", the line in my config file changes and becomes: > exclude filters version=8 > exclude folders[$d] > folders[$e]=$HOME/,$HOME/,$HOME/,$HOME/Music/,$HOME/Pictures/ So some rules that before were implicit become explicit. If I change the first entry for $HOME to "Not indexed", the duplicate entries disappear and I get in my config file: > exclude filters version=8 > exclude folders[$d] > folders[$e]=$HOME/ Now I reset everything to the defaults again, and I get back the three entries for $HOME + $HOME/Pictures and $HOME/Music. The lines in the config file becomes: > exclude filters version=8 > exclude folders[$e]=$HOME So it seems something is wrong with the default "template". Would you know where that is coded so I may check if something is wrong with my installation? -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 439275] Inappropriate button text in the System Settings “File Search” page.
https://bugs.kde.org/show_bug.cgi?id=439275 Massimiliano L changed: What|Removed |Added CC||m.lince...@gmail.com --- Comment #6 from Massimiliano L --- I opened bug 439403 about duplicate immutable entries for $HOME. Odd behaviour of the pause indexer button is reported in bug 436352. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 439403] New: Folder specific configuration show multiple home directory rules that cannot be deleted
https://bugs.kde.org/show_bug.cgi?id=439403 Bug ID: 439403 Summary: Folder specific configuration show multiple home directory rules that cannot be deleted Product: systemsettings Version: 5.21.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_baloo Assignee: baloo-bugs-n...@kde.org Reporter: m.lince...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- SUMMARY I realised some folders and files were not indexed. Checking the "File Search" configuration module I notice that there are two identical entries for the same '/home/username' directory, one set to "indexed" and one set to "not indexed". The two rules cannot be deleted as the corresponding button is greyed out. Resetting to default creates a third entry for the home directory that cannot be deleted as well. So now I have three entries for the home directory. STEPS TO REPRODUCE I am not sure, since it is impossible to go back to the default. OBSERVED RESULT Multiple rules for the home directory are created and cannot be deleted. EXPECTED RESULT Only one entry for the same directory should exist (to avoid redundant contradictory rules). SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 34 (available in About System) 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.
[plasma-pk-updates] [Bug 436118] "Software not from a trusted source" prompt does not tell which package is the suspect one
https://bugs.kde.org/show_bug.cgi?id=436118 Massimiliano L changed: What|Removed |Added Status|RESOLVED|REPORTED Resolution|WORKSFORME |--- --- Comment #9 from Massimiliano L --- Reopening this since I had provided additional info. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pk-updates] [Bug 436118] "Software not from a trusted source" prompt does not tell which package is the suspect one
https://bugs.kde.org/show_bug.cgi?id=436118 --- Comment #6 from Massimiliano L --- I managed to reproduce the bug while trying to update slack. And I can double confirm this is software updates and not Discover. The RPM repo file (/etc/yum.repos.d/slack.repo) reads as follows: [slack] name=slack baseurl=https://packagecloud.io/slacktechnologies/slack/fedora/21/x86_64 enabled=1 gpgcheck=0 gpgkey=https://packagecloud.io/gpg.key sslverify=1 sslcacert=/etc/pki/tls/certs/ca-bundle.crt -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 435918] Double click on "highlight with comment" annotation selects text instead of opening annotation
https://bugs.kde.org/show_bug.cgi?id=435918 --- Comment #4 from Massimiliano L --- (In reply to Albert Astals Cid from comment #3) > Hmmm, you're right, you can't right click. > > I think adding a right click makes sense in this scenarion, but I don't want > to change "double clicking selects word under cursor", because that's what > anyone expects when double clicking in text selection As long as a more intuitive user experience can be provided, I am happy with whatever option is chosen. Not sure about what "anyone expects" since I believe Okular is the only reader with differentiation between browse and text selection, but I understand the argument for consistency. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pk-updates] [Bug 436118] "Software not from a trusted source" prompt does not tell which package is the suspect one
https://bugs.kde.org/show_bug.cgi?id=436118 --- Comment #4 from Massimiliano L --- (In reply to Nate Graham from comment #3) > And you're sure you were using the plasma-pk-updates widget, and not > Discover? I clicked on the "Software Updates" icon in the tray and if I right click on the same item I get "Configure Software Updates" so I guess this does not have to do with Discover. I have been doing it for a while and it has worked flawlessly so far. I would suspect a package from one of my "external" repos (Skype, Zoom, Slack) to be the cause. I am fine in putting this on hold until I can reproduce it again. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pk-updates] [Bug 436118] "Software not from a trusted source" prompt does not tell which package is the suspect one
https://bugs.kde.org/show_bug.cgi?id=436118 --- Comment #2 from Massimiliano L --- (In reply to Nate Graham from comment #1) > When do you get this prompt? What are you doing to trigger it? I have not encountered a chance to reproduce it yet. What I did is just launch the upgrade through the "software updates" widget. Unfortunately I do not remember which packages were in the list, and after the upgrade I did not know how to get back the log of what was installed. -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 435824] FISH KIO slave hangs and randomly stops working (Dolphin)
https://bugs.kde.org/show_bug.cgi?id=435824 --- Comment #2 from Massimiliano L --- (In reply to Christian Hartmann from comment #1) > Same here with: > > Operating System: openSUSE Tumbleweed 20210422 > KDE Plasma Version: 5.21.4 > KDE Frameworks Version: 5.81.0 > Qt Version: 5.15.2 It seems to me the KIO sftp is more stable, although FISH has been reported to be faster in the past I do not notice performance issues with sftp so far. -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 380417] fish doesn't use User from .ssh/config
https://bugs.kde.org/show_bug.cgi?id=380417 --- Comment #5 from Massimiliano L --- (In reply to Méven Car from comment #4) > You checkout this branch > https://invent.kde.org/meven/kio-extras/-/tree/work/fish-bug-380417 and let > me know how it goes. > > I don't know much about fish protocol in particular, so expect the > unexpected. Testing this is on my todo, I apologise but I got busy with work and I do not have the test bench ready yet. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pk-updates] [Bug 436118] New: "Software not from a trusted source" prompt does not tell which package is the suspect one
https://bugs.kde.org/show_bug.cgi?id=436118 Bug ID: 436118 Summary: "Software not from a trusted source" prompt does not tell which package is the suspect one Product: plasma-pk-updates Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: jgrul...@redhat.com Reporter: m.lince...@gmail.com Target Milestone: --- Created attachment 137862 --> https://bugs.kde.org/attachment.cgi?id=137862=edit example prompt SUMMARY In some circumstances, the software update service will prompt for a password because "The software is not from a trusted source." Action is indicated as "Install untrusted local file". In such case, there is no mention about which package is the "suspect" so the user has no choice except accepting blindly the update or aborting. Also it is confusing to have the action described as "Install untrusted local file" while the package is being update from a repository. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 33 + KDE copr (available in About System) 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.
[okular] [Bug 435918] Double click on "highlight with comment" annotation selects text instead of opening annotation
https://bugs.kde.org/show_bug.cgi?id=435918 --- Comment #2 from Massimiliano L --- (In reply to Albert Astals Cid from comment #1) > You are in text selection mode, clicking doing selection things is the > expected behaviour. > > Why would it do something else? if you want to open the annotation you can > right click or you can go to browse mode. Hi Albert, thanks for the feedback. Maybe I should have filed it as a feature request rather than a bug. Please note that right click in "text selection" mode does not do anything unless some text is selected, and even in that case the context menu does not have to do with annotations. So it is not possible to open the annotation that way. I honestly think it is counterintuitive and potentially misleading for "text selection" mode to show annotations while allowing to open only some of them. That way there is no visual/functional distinction between a simple highlight and an "highlight with comment". Furthermore, you have a situation where some "highlight with comment" open - if you click in the right place, namely a space between words where applicable - and some other do not. This feels like a lack of UX consistency to me. I truly believed Okular was broken for months until I realised by pure chance the underlying pattern, and I consider myself a fairly "advanced" user. Also please consider the use case where one may want to copy some sentences and the related annotations on a notepad. One would need to keep switching between "text selection" and "browse mode", because in "text selection" you cannot open annotations and in "browse mode" you cannot select the document text. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 406725] Allow folders to be excluded for thumbnail generation
https://bugs.kde.org/show_bug.cgi?id=406725 Massimiliano L changed: What|Removed |Added CC||m.lince...@gmail.com --- Comment #10 from Massimiliano L --- A byproduct of this behaviour is that by default network mounts are scanned as well, this may results in possibly undesired network traffic outside of the user's control. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 435918] New: Double click on "highlight with comment" annotation selects text instead of opening annotation
https://bugs.kde.org/show_bug.cgi?id=435918 Bug ID: 435918 Summary: Double click on "highlight with comment" annotation selects text instead of opening annotation Product: okular Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: m.lince...@gmail.com Target Milestone: --- SUMMARY When in "text selection" mode, double clicking on the highlighted text of an "highlight with comment" annotation results in the word being selected instead of the annotation being opened. If the annotation spans across multiple words, clicking on the white space between will open the annotation, providing a confusing user experience (it took a while to me to realise why certain annotations did open and others did not). STEPS TO REPRODUCE 1. Create an "highlight with comment" annotation. 2. Switch to text selection mode. 3. Double click on the highlighted text. OBSERVED RESULT The double-clicked word gets selected. EXPECTED RESULT The annotation is opened. SOFTWARE/OS VERSIONS Okular Version 20.12.3 KDE Frameworks 5.81.0 Qt 5.15.2 (built against 5.15.2) The xcb windowing system -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 435536] Location bar lags and becomes unrensponsive using fish on a directory with a large number of items
https://bugs.kde.org/show_bug.cgi?id=435536 --- Comment #1 from Massimiliano L --- According to user 'bivouak' on reddit, this is part of a class of issues related to KIO and the fact that 'listing directories is currently synchronous, which means Dolphin UI will refresh only once all the folder contents have been read'. There should be a corresponding bug for dolphin or KIO so this can be marked as a duplicate? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 434407] Size inconsistency in initials-style avatar (default vs change avatar)
https://bugs.kde.org/show_bug.cgi?id=434407 --- Comment #4 from Massimiliano L --- (In reply to Domenico Panella from comment #3) > In my opinion, the default image and the image which we select via window > dialog should be handled at the same way. > I mean both handled as Image or Text otherwise we will always see the > difference between them. I agree with your view. It is otherwise a bit strange to have a default configuration that can never be reset to default. Harmonising the two would be a good idea. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 434407] Size inconsistency in initials-style avatar (default vs change avatar)
https://bugs.kde.org/show_bug.cgi?id=434407 --- Comment #2 from Massimiliano L --- (In reply to Domenico Panella from comment #1) > Decreasing "font.pixelSize" property > at > https://invent.kde.org/plasma/plasma-desktop/-/blob/master/kcms/users/ > package/contents/ui/UserDetailsPage.qml#L419 > > from > font.pixelSize: Kirigami.Units.gridUnit * 4 > > to > font.pixelSize: Kirigami.Units.gridUnit * 2.5 > > it looks good for me. I understand you propose a change that makes the font smaller but do we understand why the font was changeing size compared to the default? -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 380417] fish doesn't use User from .ssh/config
https://bugs.kde.org/show_bug.cgi?id=380417 --- Comment #3 from Massimiliano L --- (In reply to Méven Car from comment #2) > As a workaround, you can pass your username as > fish://serverusern...@somedomain.com > > Currently the code defaults the username when not set in the url to your > username. > line 713 of fish.cpp > > The fish ioslave is quite old code and hard to maintain. I can't test it. > > I could provide a patch but I will need someone to test it. > Do feel you can do it Massimiliano ? > You can follow https://www.youtube.com/watch?v=B4xoc0K5iA4 but just for > kio-extras, i.e kdesrc-build kio-extras Hi Méven. Thanks for the feedback. I am available to test it (I had set up a Neon VM for this kind of stuff), I can also take a look at the source code but I am not sure I am experienced enough to help. -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 435824] New: FISH KIO slave hangs and randomly stops working (Dolphin)
https://bugs.kde.org/show_bug.cgi?id=435824 Bug ID: 435824 Summary: FISH KIO slave hangs and randomly stops working (Dolphin) Product: kio-extras Version: 20.12.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: FISH Assignee: plasma-b...@kde.org Reporter: m.lince...@gmail.com Target Milestone: --- SUMMARY >From time to time FISH access to a remote server stops working with the dolphin status bar hanging on "Connecting..." / "Loading folder...". When this happens, it becomes impossible to reconnect. There is no timeout and the user is not prompted with any log about the backend. SSH access to the same machine works fine. STEPS TO REPRODUCE Use fish for some time until it stops working (sorry, I do not find a specific trigger). OBSERVED RESULT Unable to connect to servers through FISH. EXPECTED RESULT There should be no situation in which the protocol "hangs" indefinitely. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora (available in About System) 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.
[kio-extras] [Bug 380417] fish doesn't use User from .ssh/config
https://bugs.kde.org/show_bug.cgi?id=380417 Massimiliano L changed: What|Removed |Added CC||m.lince...@gmail.com --- Comment #1 from Massimiliano L --- I am also experiencing this, behaviour seems to be unchanged as of today. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 434406] Neutral user icon as avatar choice
https://bugs.kde.org/show_bug.cgi?id=434406 --- Comment #15 from Massimiliano L --- (In reply to Domenico Panella from comment #13) > Also the new user management predict the image/icons selection via file > system browsing. You can select whatever you want via "Choose file" button. > Attach a screenshot to remove some doubts I think we are overcomplicating this :) I am aware "Choose file" option but that means the user would have either to find out where the icons are stored or download a custom image from the web. I do not see any problem in expanding the pool of available images by one element. I offer to take care of it. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 434406] Neutral user icon as avatar choice
https://bugs.kde.org/show_bug.cgi?id=434406 --- Comment #12 from Massimiliano L --- > During user creation is not is possible and i think that it's intentional... > It has not sense to add a profile picture for the user which you are not. > In modify mode, it already provides this functionality and it's right , > therefore, > you only could ask a default behaviour changing which doesn't seem wanted. Yes, my point is that in "edit mode" there is a pool of images that can be chosen from. If I remember correctly, the old user manager had access to the icon set. The new user manager has access to a pre-defined set of images and it is just a matter of adding one more to the repo :) -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 434406] Neutral user icon as avatar choice
https://bugs.kde.org/show_bug.cgi?id=434406 --- Comment #9 from Massimiliano L --- (In reply to Domenico Panella from comment #8) > I had properly interpreted your request therefore you are requiring a > default behaviour changing which should show "user-identity" icon in place > of image with initial letters which you say that is buggy too when we change > its aspect. > > To be honest, for me is indiffeent, but from comment above, it doesn't seem > interested to change it, therefore i'd say to close this bug/request. > I'd leave open this bug 434407 instead I think this was clear from my opening message that my primary aim was to have/provide a neutral-looking option such as the user identity icon among the avatar choices. This can be done pretty easily (I can try to do it by myself and file a merge request). The change of defaults was just a sidenote suggestion given the current state of things but it can be put aside if nobody else supports it (also I guess these matters should be up to the VDG?). -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 434406] Neutral user icon as avatar choice
https://bugs.kde.org/show_bug.cgi?id=434406 --- Comment #7 from Massimiliano L --- > (Coming back to the previous message I believe the "user-identity" icon > would be a better default and give a more polished look. Initials currently > appear right next to the user's full name and the background color of the > circle makes up a bit of visual clutter. On the other hand this is also a > matter of personal preference and I understand you/we may want to showcase > this feature in the defaults :) P.S.: in favour of changing the default would be the fact that the initials-style avatar is currently buggy (see bug 434407), so as soon as the user tries to change the default appearance (e.g. color) the avatar will look 'bad'. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 434406] Neutral user icon as avatar choice
https://bugs.kde.org/show_bug.cgi?id=434406 --- Comment #6 from Massimiliano L --- (In reply to Domenico Panella from comment #5) > A question: > > my system settings show both "Users" and "Users Manager". > "Users manager" already offers this option while we create a new user. You > can choice your preferred image > from window dialog or browsing file system. > > "Users" doesn't offer this option while we create the user (it always sets > the image with initial letters) but only after do it we can change the image. > > Do we want be able to choice our preferred image while create the user too > on "Users"? I do not think this is a very useful feature for two reasons: 1. most systems have single user created during the installation, without access to customisations of the DE user profile; 2. if you are using "Users" to create an user, you are probably creating someone's else user so it does not makes sense to customise the profile picture for them. (Coming back to the previous message I believe the "user-identity" icon would be a better default and give a more polished look. Initials currently appear right next to the user's full name and the background color of the circle makes up a bit of visual clutter. On the other hand this is also a matter of personal preference and I understand you/we may want to showcase this feature in the defaults :) -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 435536] New: Location bar lags and becomes unrensponsive using fish on a directory with a large number of items
https://bugs.kde.org/show_bug.cgi?id=435536 Bug ID: 435536 Summary: Location bar lags and becomes unrensponsive using fish on a directory with a large number of items Product: dolphin Version: 20.12.3 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: bars: filter Assignee: dolphin-bugs-n...@kde.org Reporter: m.lince...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY When browsing a remote directory with 'fish' and if such directory has a pretty big number of items, the location bar responsiveness becomes inconsistent and lags are experienced. STEPS TO REPRODUCE 1. Connect to a remote filesystem using fish 2. Browse to a directory with a large number of items (~ 2000) 3. Try to scroll the items and then try to use the location bar. OBSERVED RESULT Location bar responsiveness seem to depend on the status of the "scrolling", becomes laggy. EXPECTED RESULT Location bar should always be responsive? SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora / 20.12.3 (zawertun's COPR) (available in About System) KDE Plasma Version: 5.21.4 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 434406] Neutral user icon as avatar choice
https://bugs.kde.org/show_bug.cgi?id=434406 --- Comment #2 from Massimiliano L --- (In reply to Nate Graham from comment #1) > Seems fair. The `user-identity` icon seems neutral enough. Thanks for the feedback! Should we just copy-paste the icon to the files of the user manager? Does the latter support SVG or a raster format is required? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 340637] Highlighting in a two-column document highlights both columns instead of one
https://bugs.kde.org/show_bug.cgi?id=340637 Massimiliano L changed: What|Removed |Added Version|1.11.3 |20.12.3 CC||m.lince...@gmail.com --- Comment #8 from Massimiliano L --- Problem is still present in 20.12.3, does not happens with all two-column PDFs but it still occurs with the example provided here. Evince on the same document behaves correctly. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 392653] Failed to send email. Network unreachable
https://bugs.kde.org/show_bug.cgi?id=392653 Massimiliano L changed: What|Removed |Added CC||m.lince...@gmail.com --- Comment #5 from Massimiliano L --- I can confirm this issue is still present on latest KMail (5.16.3). In my case it is the first mail I try to send after a new configuration. Unfortunately it seems impossible to exclude a configuration error or unfold what is going on as no information is provided on which SMTP server the client is trying to reach. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 434425] New: Lack of options and confusing defaults in Account Assistant (IMAP)
https://bugs.kde.org/show_bug.cgi?id=434425
Bug ID: 434425
Summary: Lack of options and confusing defaults in Account
Assistant (IMAP)
Product: kmail2
Version: 5.16.3
Platform: Other
OS: Linux
Status: REPORTED
Severity: wishlist
Priority: NOR
Component: general
Assignee: kdepim-b...@kde.org
Reporter: m.lince...@gmail.com
Target Milestone: ---
The wizard of the Account Assistant lacks some configuration options and
requires the user to edit different configurations after having added an
account. In particular. Also some defaults are confusing and should probably be
revised.
1. account name is not selectable, a new account will appear with a generic
name ("IMAP Account 1") and the user has to modify this manually;
2. while the wizard is launched from the "Receiving" tab, it ends up adding an
"Identity", the identity name is not configurable from the wizard. The user
should be probably made aware a new identity is being created and be prompted
for the name;
3. by default, serverside subscriptions are enabled and this may cause an IMAP
account not to appear at all without any prompt or warning for the user (see
also bug 419872); very confusing behaviour even for "expert" users;
4. Sent mail and Wastebin folders default to local folders while one may want
to stick to the folders in the server; to edit the wastebin location one has to
modify the Receiving account but to edit the Sent mail folder one has to edit
the Identity (which is not obvious as, see point 2, the user is not made aware
of the fact a new identity is being created and some of the options are stored
in it).
5. this is maybe subjective but defaulting to the creation of a GPG key pair
when a new account is added is probably not the most sensible choice; an expert
user can opt-in for cryptography but a non-expert should probably not be
"lured" into setting up something they do not fully understand; maybe the
feature can be dropped from the wizard altogether (note that in recent years
several professionals have advised against the use of PGP-style security in
emails for OPSEC reasons).
--
You are receiving this mail because:
You are watching all bug changes.
[kmail2] [Bug 419872] IMAP Account doesn't show in account's list
https://bugs.kde.org/show_bug.cgi?id=419872 Massimiliano L changed: What|Removed |Added Version|5.13.3 |5.16.3 CC||m.lince...@gmail.com --- Comment #2 from Massimiliano L --- Currently, the Account Assistant enables the "server side subscription" without prompting the user, this means that after the wizard the account *will not appear* by default. Although this is not strictly a bug, a change should be considered, either: - not opting by default for the server side subscriptions; - prompt the user for the choice; - warn the user that there is no active subscription. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 434402] "Change password" button renders wrong when using display scaling
https://bugs.kde.org/show_bug.cgi?id=434402 --- Comment #2 from Massimiliano L --- (In reply to Justin Zobel from comment #1) > Created attachment 136681 [details] > Screenshot > > I'm unable to replicate this issue. I've just set 125% scaling, rebooted and > my Change Password looks as expected. Thank you for the feedback Justin. I will try to replicate this in a VM. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 434407] New: Size inconsistency in initials-style avatar (default vs change avatar)
https://bugs.kde.org/show_bug.cgi?id=434407 Bug ID: 434407 Summary: Size inconsistency in initials-style avatar (default vs change avatar) Product: systemsettings Version: 5.21.2 Platform: Neon Packages OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: kcm_users Assignee: uhh...@gmail.com Reporter: m.lince...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- Created attachment 136674 --> https://bugs.kde.org/attachment.cgi?id=136674=edit Avatar after re-setting it through dialog SUMMARY The default initials-style avatar has a different size compared to the one that is obtained using the "Change Avatar" dialog. In particular, the latter is bigger and the letters overshoot the boundary of the circle (see attachment). STEPS TO REPRODUCE 1. Fresh install KDE Neon 2. Change avatar and select one colour option among the initials-style 3. Apply OBSERVED RESULT The letters in the new avatar are bigger compared to the default, and overshoot the boundary of the circle. EXPECTED RESULT It should be possible to obtain the default, properly-sized. SIDE NOTE >From the Users configuration module there is no direct way to reset the avatar to the system default one, while other modules have a "Default" button to restore the system defaults. SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.21.2 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 434406] New: Neutral user icon as avatar choice
https://bugs.kde.org/show_bug.cgi?id=434406 Bug ID: 434406 Summary: Neutral user icon as avatar choice Product: systemsettings Version: 5.21.2 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: kcm_users Assignee: uhh...@gmail.com Reporter: m.lince...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- In the current version, the default avatar is generated from the user initials. The preloaded alternatives offered to the user are either a set of Konqi drawings or some generic images. What I think is lacking is a "plain" user icon, as it was the case for older versions. It could be nice to provide the user with one or more plain-looking avatar choices (or, as an alternative, access to the "Select Icon" tool within the avatar selection). (Personally I would suggest defaulting to a plain icon as it looks more polished than the user initials, considering that the user full name is already displayed along with the avatar.) SYSTEM Linux/KDE Plasma: Fedora 33 (available in About System) KDE Plasma Version: 5.21.2 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 434402] New: "Change password" button renders wrong when using display scaling
https://bugs.kde.org/show_bug.cgi?id=434402 Bug ID: 434402 Summary: "Change password" button renders wrong when using display scaling Product: systemsettings Version: 5.21.2 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: kcm_users Assignee: uhh...@gmail.com Reporter: m.lince...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- Created attachment 136671 --> https://bugs.kde.org/attachment.cgi?id=136671=edit Screenshot of the button SUMMARY STEPS TO REPRODUCE 1. set "Global Scale" to 125% in display settings 2. open "Users" module of System Settings OBSERVED RESULT The "change password" button has a weird rendering (see attached file). EXPECTED RESULT The "change password" button should render smoothly. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 33 w/Zawertun KDE repository (available in About System) KDE Plasma Version: 5.21.2 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION Using XOrg. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 428854] Nightcolor sometimes fail to apply the effect to the screens
https://bugs.kde.org/show_bug.cgi?id=428854 Massimiliano L changed: What|Removed |Added CC||m.lince...@gmail.com --- Comment #2 from Massimiliano L --- Experiencing this also in Fedora 33 (Plasma 5.20) The Plasma splash screen shows briefly the night colour correction but then reverts to normal. Once the desktop appears I need to click two times on the widget icon to get the correction applied. -- You are receiving this mail because: You are watching all bug changes.
[plasma-pa] [Bug 372562] Allow easy switching between selected audio configurations
https://bugs.kde.org/show_bug.cgi?id=372562 Massimiliano L changed: What|Removed |Added CC||m.lince...@gmail.com --- Comment #1 from Massimiliano L --- The 'profile' dropdown menu could be integrated in the 'playback devices' tab of the applet. This would be especially useful for switching between A2DP and headset profiles with BT devices as well. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 411701] kdeinit5 crashed
https://bugs.kde.org/show_bug.cgi?id=411701 --- Comment #7 from Massimiliano L --- (In reply to Christoph Feck from comment #6) > Massimiliano, I see no mention of FTP in bug 411441. What did you > investigate to come to the conclusion it is the same crash? It just looked really similar (same symptom, same triggering application). I took too much of a liberty, I apologize. I reopened. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 411701] kdeinit5 crashed
https://bugs.kde.org/show_bug.cgi?id=411701 Massimiliano L changed: What|Removed |Added Resolution|DUPLICATE |--- Ever confirmed|0 |1 Status|RESOLVED|REOPENED -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kinit] [Bug 411441] Dolphin makes kdeinit crash when closed
https://bugs.kde.org/show_bug.cgi?id=411441 Massimiliano L changed: What|Removed |Added CC||report...@mailna.biz --- Comment #9 from Massimiliano L --- *** Bug 411701 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 411701] kdeinit5 crashed
https://bugs.kde.org/show_bug.cgi?id=411701 Massimiliano L changed: What|Removed |Added Status|REPORTED|RESOLVED CC||m.lince...@gmail.com Resolution|--- |DUPLICATE --- Comment #5 from Massimiliano L --- *** This bug has been marked as a duplicate of bug 411441 *** -- You are receiving this mail because: You are watching all bug changes.
[Phonon] [Bug 371587] Multimedia Settings do not work as expected, many problems, also inconsistent settings and UI
https://bugs.kde.org/show_bug.cgi?id=371587 Massimiliano L changed: What|Removed |Added Target Milestone|4.8 |later CC||m.lince...@gmail.com Platform|Archlinux Packages |unspecified --- Comment #3 from Massimiliano L --- It's still quite confusing that priorities are managed in two unrelated applications: the audio volume system setting module + widget and Phonon. Also, it could be nice if the drop-down menu could allow for the selction of the device profile, e.g. switching between headset and playback for BT headphones. -- You are receiving this mail because: You are watching all bug changes.
[kinfocenter] [Bug 404991] kinfocenter fails to show multiple batteries
https://bugs.kde.org/show_bug.cgi?id=404991 Massimiliano L changed: What|Removed |Added CC||m.lince...@gmail.com --- Comment #3 from Massimiliano L --- (In reply to Uwe Dippel from comment #2) > I should better correct my description. The second battery *is* shown, as a > tab. Only, clicking this tab is almost impossible. So I had filed a bug > report, under the impression that it was 'just there'. Clicking wildly on > the tab makes the second battery show. I can confirm this behaviour from a > multiple of installations. I can confirm that the switching between tabs does not always work. Sometimes it works, sometimes it blocks, although it seems to get unblocked by clicking some other element in the tab. Also, after switching tabs, a scroll pane is created even if there is enough space in the window (in fact the default view is plain and does not have any scroll pane). I should mention that I have a second tab (with a different icon) even without any external battery (although supported), the meaning of which is quite unclear. -- You are receiving this mail because: You are watching all bug changes.
[kinfocenter] [Bug 346692] Default window size of "Energy Information" is way too small
https://bugs.kde.org/show_bug.cgi?id=346692 Massimiliano L changed: What|Removed |Added CC||m.lince...@gmail.com --- Comment #1 from Massimiliano L --- While the module has undergone several updates, the default window size bug is still present in KDE Plasma 5.13.3 (Neon 5.15) -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 405960] kcm_energyinfo (Energy Information) module not found in System Settings
https://bugs.kde.org/show_bug.cgi?id=405960 --- Comment #1 from Massimiliano L --- I am sorry if I did not investigate this thoroughly enough, apparently "Energy Information" is part of KInfoCenter, so that's the reason it does not show up in System Settings. As a consequence, it should not show up between System Settings "frequently used" modules. To the user as a potential bug reporter it is also confusing that, when opened as stand alone applications, the title bar of information modules states "system settings module". -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 405960] New: kcm_energyinfo (Energy Information) module not found in System Settings
https://bugs.kde.org/show_bug.cgi?id=405960
Bug ID: 405960
Summary: kcm_energyinfo (Energy Information) module not found
in System Settings
Product: systemsettings
Version: 5.15.3
Platform: Other
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: plasma-b...@kde.org
Reporter: m.lince...@gmail.com
Target Milestone: ---
SUMMARY
The "kcm_energyinfo" ("Energy Information" - "Energy consumption statistics")
module is not accessible in "System Settings" but shows up in the application
launcher search. However, after opening it from the application launcher, it
will appear as "frequently used" in System Settings.
STEPS TO REPRODUCE / OBSERVED RESULT
1. Open system settings and search for "Energy Information" -> nothing shows
up;
2. Open application launcher and search for "Energy Information" -> module is
installed and accessible as stand alone component (although default view is of
wrong size).
3. (optional) open system settings and see that "Energy Information" appears
between "frequently used".
EXPECTED RESULT
The module should be accessible from System Settings. Also, when the module is
opened from the application launcher, the default view of the window should
have a proper size (probably a different bug report is needed for this - if
that's the case please let me know).
SOFTWARE/OS VERSIONS
Linux/KDE Plasma: KDE Neon 5.15
KDE Plasma Version: 5.15.3
KDE Frameworks Version: 5.56.0
Qt Version: 5.12.0
ADDITIONAL INFORMATION
Apparently kcm_energyinfo does not appear as a component in the bug tracker and
is also pretty buggy, although useful. Is it supposed to be maintained?
--
You are receiving this mail because:
You are watching all bug changes.
[systemsettings] [Bug 405956] Home view of "System Settings" with "Frequently used" becomes unreachable after opening any module
https://bugs.kde.org/show_bug.cgi?id=405956 Massimiliano L changed: What|Removed |Added Version|unspecified |5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 405956] New: Home view of "System Settings" with "Frequently used" becomes unreachable after opening any module
https://bugs.kde.org/show_bug.cgi?id=405956
Bug ID: 405956
Summary: Home view of "System Settings" with "Frequently used"
becomes unreachable after opening any module
Product: systemsettings
Version: unspecified
Platform: Neon Packages
OS: Linux
Status: REPORTED
Severity: minor
Priority: NOR
Component: general
Assignee: plasma-b...@kde.org
Reporter: m.lince...@gmail.com
Target Milestone: ---
SUMMARY
STEPS TO REPRODUCE
1. Open "System Settings";
2. Notice the home view of the application with "frequently used" list;
2. Click on any configuration module.
OBSERVED RESULT
The home view of the application becomes unreachable from the application
interface, unless the application is restarted.
EXPECTED RESULT
The home view should be accessible: being not just a "splash screen" but
providing a feature ("frequently used" list), the user does not expect it to
disappear after performing an action. In my view, this provides an inconsistent
feeling and can be confusing.
SOFTWARE/OS VERSIONS
Linux/KDE Plasma: KDE neon 5.15
(available in About System)
KDE Plasma Version: 5.15.2
KDE Frameworks Version: 5.55.0
Qt Version: 5.12.0
--
You are receiving this mail because:
You are watching all bug changes.
