[systemsettings] [Bug 482943] Missing setting for notification sounds
https://bugs.kde.org/show_bug.cgi?id=482943 Eddie J Carswell II changed: What|Removed |Added CC||eddiecarswel...@yahoo.com -- 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 --- Comment #14 from Eddie J Carswell II --- I think polluting the metadata of the files in question would be an annoying side effect. Ideally, we could just use a config file for this. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 455645] Tooltip frequently covers filenames when it appears
https://bugs.kde.org/show_bug.cgi?id=455645 --- Comment #12 from Eddie J Carswell II --- In addition, the tooltip could allow you to click "through" it to dismiss it. Often I'm moving the mouse to interact with an adjacent file, but the tooltip stubbornly stays in the way. Allowing the user to click through it and reach the file it's obscuring would be useful. That, and maybe when the cursor leaves the "hitbox" of the file the tooltip was spawned for, it should be dismissed. These would make tooltips less annoying, as I find them to be useful/annoying in equal measure currently. -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 481916] New: during screen lock or at boot login screen - have to move mouse to reveal logon box, can not just press a key
https://bugs.kde.org/show_bug.cgi?id=481916 Bug ID: 481916 Summary: during screen lock or at boot login screen - have to move mouse to reveal logon box, can not just press a key Classification: Plasma Product: kscreenlocker Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: edfoundkde...@galaxy.za.net Target Milestone: --- SUMMARY When computer boots, and you are greeted with SDDM logon screen, waiting a short while, then logon box hides. When sitting at computer keyboard, one can not press a key like shift or spacebar to reveal the logon box, one has to physically move the mouse. if for some reason mouse does not work, one can not easily log in. STEPS TO REPRODUCE 1. boot computer, or lock kde plasma screen 2. at logon prompt, wait a few minutes, logon box dissappears. 3. try pressing keys on keyboard to reveal logon box, can not get logon box to show, one has to move the mouse. OBSERVED RESULT logon box dissappears, press key on keyboard EXPECTED RESULT expected logon box to appear, so one can type password SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: kde 5.2x (available in About System) KDE Plasma Version: all versions KDE Frameworks Version: all versions Qt Version: i'm using debian 12 ADDITIONAL INFORMATION This bug has been around for a very long time. Affects both new users and veteran users. And please do not DARE to close this as "not-a-bug".. Its definitely a bug that affects user experience. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 477352] Unable to make sftp connection from konqueror
https://bugs.kde.org/show_bug.cgi?id=477352 --- Comment #1 from eddie --- I can make an sftp connection through konqueror, if I make an sftp connection through dolphin first. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 478457] kioslave5 process causes high IOwait and hangs dolphin when browsing SMB share with hundreds of media files
https://bugs.kde.org/show_bug.cgi?id=478457 --- Comment #17 from Eddie J Carswell II --- Well thanks for looking into this. I'll see if that patch improves things when it ends up in the repos. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 478457] kioslave5 process causes high IOwait and hangs dolphin when browsing SMB share with hundreds of media files
https://bugs.kde.org/show_bug.cgi?id=478457 --- Comment #13 from Eddie J Carswell II --- (In reply to Eddie J Carswell II from comment #12) > I'll attach the stdout and stderr log (apparently the debug output ended up > in both places). During this time, I browsed a directory containing a few > dozen twitch stream captures. If there's anything in particular you want me > to try or a more rigorous test, let me know. Neglected to mention, with the smb:// protocol path, no thumbnails were generated (as expected), and when I browsed via the mount path after, kioslave5 happily generated thumbnails during this time (without putting undue pressure on the system, thanks to the wrapper). I do notice that the thumbnail generation is a bit slower, but still acceptable. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 478457] kioslave5 process causes high IOwait and hangs dolphin when browsing SMB share with hundreds of media files
https://bugs.kde.org/show_bug.cgi?id=478457 --- Comment #12 from Eddie J Carswell II --- (In reply to Harald Sitter from comment #8) > You've basically taken away the CPU weight from all KIO IO by doing this. Ah I see, I've tweaked it to only impact the thumbnail task: > $ cat /usr/libexec/kf5/kioslave5 > #!/bin/sh > [ $2 != "thumbnail" ] && exec $0.orig "$@" || exec nice -n 19 ionice -c 3 > $0.orig "$@" That should minimize any side effects of this hack. (In reply to Harald Sitter from comment #9) > After some research I'm even less convinced of this. From what I can tell > cifs is not subject to any IO scheduling what with being network based. IO > scheduling only comes into play when the request is routed into a block > device. cifs communication directly goes out into the network stack and > would be subject to the queuing discipline, which seems not interested in > IOPRIO. Perhaps this actually makes all perfect sense. We request a PNG to > create a preview, cifs is happy to oblige and issues (multiple concurrent?) > network requests, the remote is dreadfully slow and iowaiting on its disk, > translating to us iowaiting on the network sockets coming back with the > data. I can kind of replicate this by cgroup limiting smbd IO, but even with > very aggressive limits my system stays responsive. So, I'm rather thinking > there is a problem with your kernel/configuration. Hmm do you have any ideas on what would be impacting this? I'm running Fedora stock kernel 6.6.6-100.fc38.x86_64 and the scheduling settings are default, as far as I can tell. > Indeed, you are accessing it through the file:// protocol. That makes it > inherently local. I suppose I'll just have to deal with that behavior then, or probably set a file size limit acceptable for local and remote files. > I have the suspicion that this has to do with why things are misbehaving for > you to begin with. smb:// is performing close to the same transfer speed as > windows, if it doesn't for you that points at a problem elsewhere. Straight transfer speed was not the main issue. Aside from being unable to use the protocol path outside of KDE programs (e.g. terminal), there was also the slower response times enumerating directories, moving/renaming files, and sometimes dolphin would even go unresponsive for a few seconds. I tested a file transfer with the fstab mount and using smb:// and the throughput was similar. The transfer speed sending a ~1GB video file to the server via mount path was 60s (+20s for server IO to settle), and protocol path was 45s (+40s for server IO to settle). Pulling that file took 22s via mount path and 35s via protocol path (in both cases writing to an NVMe, waiting for all IO to settle between). To remove the disks from the equation, I mounted a ramdisk at both ends and did the test again. Download from the mount path was 20s, protocol path 30s. Upload to the mount path was 40s, protocol path was 50s. So closer numbers this time. It appears to me that in cases where both ends are nearly idle, they aren't that different, but when the server is under higher IO loads, the mount seems to behave better (more responsive, doesn't put the server under as high an IO load). > Perhaps let's get our ducks in a row > > What's the output of > $ tc qdisc show > qdisc noqueue 0: dev lo root refcnt 2 > qdisc noqueue 0: dev wlan0 root refcnt 2 > qdisc fq_codel 0: dev enp10s0u1u2 root refcnt 2 limit 10240p flows > 1024 > quantum 1514 target 5ms interval 100ms memory_limit 32Mb ecn > drop_batch 64 > qdisc noqueue 0: dev virbr0 root refcnt 2 > qdisc noqueue 8005: dev vnet4 root refcnt 2 > $ ls -lah "$(qtpaths --plugin-dir)/kf5/thumbcreator" > total 752K > drwxr-xr-x. 2 root root 4.0K Nov 28 06:55 . > drwxr-xr-x. 21 root root 4.0K Nov 13 06:50 .. > -rwxr-xr-x. 1 root root 44K Nov 13 19:00 audiothumbnail.so > -rwxr-xr-x. 1 root root 28K Nov 13 19:00 blenderthumbnail.so > -rwxr-xr-x. 1 root root 40K Nov 13 19:00 comicbookthumbnail.so > -rwxr-xr-x. 1 root root 20K Nov 13 19:00 cursorthumbnail.so > -rwxr-xr-x. 1 root root 32K Nov 13 19:00 djvuthumbnail.so > -rwxr-xr-x. 1 root root 44K Nov 13 19:00 ebookthumbnail.so > -rwxr-xr-x. 1 root root 32K Nov 13 19:00 exrthumbnail.so > -rwxr-xr-x. 1 root root 81K Nov 13 19:00 ffmpegthumbs.so > -rwxr-xr-x. 1 root root 32K Nov 24 19:00 fontthumbnail.so > -rwxr-xr-x. 1 root root 77K Nov 13 19:00 gsthumbnail.so > -rwxr-xr-x. 1 root root 24K Nov 13 19:00 imagethumbnail.so > -rwxr-xr-x. 1 root root 32K Nov 13 19:00 jpegthumbnail.so > -rwxr-xr-x. 1 root root 20K Nov 13 19:00 kraorathumbnail.so > -rwxr-xr-x. 1 root root 41K Nov 13 19:00 mltpreview.so > -rwxr-xr-x. 1 root root 20K Nov 13 19:00 mobithumbnail.so > -rwxr-xr-x. 1 root root 28K Nov 13 19:00 opendo
[frameworks-kio] [Bug 478457] kioslave5 process causes high IOwait and hangs dolphin when browsing SMB share with hundreds of media files
https://bugs.kde.org/show_bug.cgi?id=478457 --- Comment #11 from Eddie J Carswell II --- Created attachment 164240 --> https://bugs.kde.org/attachment.cgi?id=164240=edit debug log from dolphin -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 478457] kioslave5 process causes high IOwait and hangs dolphin when browsing SMB share with hundreds of media files
https://bugs.kde.org/show_bug.cgi?id=478457 --- Comment #10 from Eddie J Carswell II --- Created attachment 164239 --> https://bugs.kde.org/attachment.cgi?id=164239=edit debug log from dolphin -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 478457] kioslave5 process causes high IOwait and hangs dolphin when browsing SMB share with hundreds of media files
https://bugs.kde.org/show_bug.cgi?id=478457 --- Comment #7 from Eddie J Carswell II --- After putting a wrapper around it, it seems to behaving itself quite nicely. Thumbnail generation is somewhat slower, but it doesn't seem problematic anymore. I had it using idle priority in this case, but I could test it with other combinations. > $ cat /usr/libexec/kf5/kioslave5 > #!/bin/sh > exec nice -n 19 ionice -c 3 $0.orig "$@" > $ ll /usr/libexec/kf5/kioslave5* > -rwxr-xr-x. 1 root root51 Dec 14 23:23 /usr/libexec/kf5/kioslave5 > -rwxr-xr-x. 1 root root 16088 Oct 9 20:00 /usr/libexec/kf5/kioslave5.orig We're back to single digit iowait now even with the thumbnail generation running on a large remote directory. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 478457] kioslave5 process causes high IOwait and hangs dolphin when browsing SMB share with hundreds of media files
https://bugs.kde.org/show_bug.cgi?id=478457 --- Comment #6 from Eddie J Carswell II --- (In reply to Harald Sitter from comment #5) > If it is the system io wait that is high, then how can you tell it's > kioslave5 causing it? > > Also, how are you measuring this? The system iowait percentage is normally less than 1% on my system, sometimes reaching higher in the single digits when doing tasks. I only see really high numbers when I do something like write a 10GB+ file with no throttling (dd and friends) or when some process is misbehaving. You can see this value with `top` as `wa` and with `iostat` as `iowait`. > It is certainly weird, but from what you describe your problem seems to be > more with the kernel and its io scheduler than with kioslave5. The solution > here really shouldn't be don't-do-IO - that's like saying don't turn your > computer on, then you also don't have io wait. The issue is not so much trying to stop IO, but ensuring it doesn't put undue load (pressure?) on the rest of the system while doing it's job. > idle priority unfortunately won't work because it is subject to starvation. > Users do expect previews to be generated eventually. Then perhaps somewhat higher but still less than normal priority? Like best effort priority 7? I still think it shouldn't have the default priority of best effort 0. Anything lower than the default would ensure it yields to other processes with the default or higher priority, yet won't face starvation like idle might. > We jump through the file as a matter of fact, it's fairly cheap. There > already is a setting for disabling previews on remotes, the sequence > generation isn't nearly expensive enough to justify yet another setting. Ah, found that setting. It doesn't seem to account for filesystems mounted via fstab unfortunately. Not sure how much extra work it would be to check if we're traversing a mount point not connected via a local block device. And I've found performance using `smb://` in dolphin to be worse than just using an fstab automount, which is why I have it setup that way. > How do you rename the file? Via dolphin or terminal? This was done in dolphin, both renaming and moving video files. I haven't tested the behavior with a terminal rename. Would that be useful? > When you have directory previews enabled, then yes it'd naturally have to > create previews for the first couple files in subdirectories. Otherwise not. I don't suppose there's an option I'm missing to disable directory previews so they only generate on files in the current directory? Then I can avoid certain folders when browsing via dolphin to ensure they don't trigger this issue. It would be nice to have a way to filter specific paths (maybe even with wildcards) from preview generation, but that's already requested in bug 406725. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 478457] kioslave5 process causes high IOwait and hangs dolphin when browsing SMB share with hundreds of media files
https://bugs.kde.org/show_bug.cgi?id=478457 --- Comment #4 from Eddie J Carswell II --- (In reply to Harald Sitter from comment #3) > > no high CPU/IOwait/Network from kioslave5 (media previews still working) > > You may need to explain this expectation in greater detail. How do you > reconcile remote-IO-without-wait-time with having to access remote data, as > would be the case during preview generation? At face value there's always an > unknown amount of wait time, because we don't know network throughput and > latency, and then remote drive throughput and latency. Or put simply: the > only way not to wait is to not read data; when reading data we need to wait > for the IO. I meant the overall system IOwait percentage seems to get rather high (sometimes over 30%) and can sometimes cause other processes to stutter and lag. My main system drive is an NVMe (LVM on LUKS) so it's rather odd that kioslave could be causing that much of an issue. I haven't messed with any kernel parameters or changed the scheduler settings from stock Fedora defaults here. I'll also note that it's not network bandwidth being the issue, but the disk read speed of the remote server (spinning rust, also see high iowait when I checked it during the issue) that causes the local iowait for kioslave. It also seems weird to me that being bottlenecked on IO to a network filesystem can still cause visible lag for other processes only doing local IO, unless there's a shared IO pipeline for all mounted filesystems? Not sure why that is happening exactly. Either way, reducing the process IO priority could be helpful here (like maybe idle priority) to reduce the impact. > > A naive analysis would seem to suggest there are less invasive and resource > > intensive ways to generate media previews > > Such as? I haven't looked at the code, so my suggestions are based on observed behavior. - I've already mentioned lowering IO priority so it doesn't push out other processes. I feel that this would be a workload perfectly suited to running at idle priority, since its an ancillary function that shouldn't impair the primary functionality of the program (being a file browser). - Is there anything we can do to reduce the amount of reading necessary to generate a thumbnail for a video file? Presumably we'd only need to look for the first few keyframes and stop there. Reducing the per-file IO helps immensely with large file counts. - I also notice that hovering will show a mini preview slideshow, so the program is probably reading a lot further into the file to grab those thumbnails. Maybe this behavior could be made tunable "disable deep thumbnail generation" or something. Maybe it should be off by default for non-local files. - I mentioned in another comment that renaming or moving a file seems to invalidate the thumbnail and trigger another generation. Could we link the generated thumbnails with a more persistent identifier? File hash may not be useful since that requires reading the file. Maybe the inode? I'm not sure if an equivalent to inodes would even exist for SMB (NFS does expose persistent inodes). - Is this process descending automatically to child directories to be more thorough? That makes even browsing the level above a large video directory problematic, and it doesn't seem to quit when I'm no longer in the vicinity of that directory tree. Also, if better profiling, metrics, or debugging would be helpful, let me know what to add. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 453499] Wayland tooltip obscures file icon
https://bugs.kde.org/show_bug.cgi?id=453499 Eddie J Carswell II changed: What|Removed |Added CC||eddiecarswel...@yahoo.com -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 455645] Tooltip frequently covers filenames when it appears
https://bugs.kde.org/show_bug.cgi?id=455645 Eddie J Carswell II changed: What|Removed |Added CC||eddiecarswel...@yahoo.com -- 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 Eddie J Carswell II changed: What|Removed |Added CC||eddiecarswel...@yahoo.com -- You are receiving this mail because: You are watching all bug changes.
[kdemultimedia] [Bug 423544] "Skip previews for local files above:" feature doesn't work with video files
https://bugs.kde.org/show_bug.cgi?id=423544 Eddie J Carswell II changed: What|Removed |Added CC||eddiecarswel...@yahoo.com -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 478457] kioslave5 process causes high IOwait and hangs dolphin when browsing SMB share with hundreds of media files
https://bugs.kde.org/show_bug.cgi?id=478457 --- Comment #2 from Eddie J Carswell II --- Also I see it's not just generating a static preview thumbnail, but rather a whole GIF/slideshow preview of the file. Is there a way to make this configurable to only do a single static preview image per file? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 478457] kioslave5 process causes high IOwait and hangs dolphin when browsing SMB share with hundreds of media files
https://bugs.kde.org/show_bug.cgi?id=478457 --- Comment #1 from Eddie J Carswell II --- Additional observations: renaming a file will trigger the problem again, as will opening the same folder in a split, though it was already open and showing thumbnails. Maybe there's some stable reference to use other than the filename to save effort here? And a better way of linking already generated previews to files to cause less IO when (re)opening a folder? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 478457] New: kioslave5 process causes high IOwait and hangs dolphin when browsing SMB share with hundreds of media files
https://bugs.kde.org/show_bug.cgi?id=478457 Bug ID: 478457 Summary: kioslave5 process causes high IOwait and hangs dolphin when browsing SMB share with hundreds of media files Classification: Frameworks and Libraries Product: frameworks-kio Version: 5.111.0 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kio-bugs-n...@kde.org Reporter: eddiecarswel...@yahoo.com CC: kdelibs-b...@kde.org Target Milestone: --- SUMMARY Whenever I browse to my media share, the kioslave5 process cause dolphin to be nearly unresponsive (or in some cases, completely unresponsive) due to high CPU and IOwait, presumably due to the attempt to generate thumbnail previews of the media files contained on the share. For reference, this share has hundreds of video files. One may also notice significant network bandwidth usage as the kioslave5 process is reading through all these files. This makes attempting to browse this share and do anything useful a rather difficult task until that process is finally done with whatever its doing and stops chewing up resources (and it sometimes never stops until I kill dolphin). Similar behavior can be observed with a local media file when said file is still being written to while dolphin/kioslave5 is presumably trying to read it. Every update to the file seems to trigger an endless loop of re-reading the file. These are both (to me, at least) pointing to issues with how kioslave5 is handling media files. It should never be able to cause high IOwait and grind the system to a halt, nor cause unnecessary network IO to do its tasks. A naive analysis would seem to suggest there are less invasive and resource intensive ways to generate media previews, maybe with better caching of the results, a longer refresh time before trying again, etc. STEPS TO REPRODUCE 1. Mount a SMB share with a large number of media files (videos, etc.) 2. Ensure the preview pane is enabled (seems to be a contributor) 3. Browse the share with dolphin and attempt operations like rename, etc. OBSERVED RESULT Observe high IOwait and/or CPU from kioslave5 process and potential lag from dolphin. EXPECTED RESULT Dolphin remains responsive, no high CPU/IOwait/Network from kioslave5 (media previews still working). SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 38 KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.111.0 Qt Version: 5.15.11 Dolphin: 23.08.3 ADDITIONAL INFORMATION Log snippet when the issue occurs: ``` Dec 12 17:30:54 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:30:55 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:30:55 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:30:55 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:30:55 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:30:55 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:30:56 AfroThundr-XPS kioslave5[203579]: Not a JPEG file: starts with 0x89 0x50 Dec 12 17:30:56 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:31:10 AfroThundr-XPS chatterino[3453]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:31:21 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:31:21 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:31:21 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:31:22 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:31:22 AfroThundr-XPS kioslave5[203579]: libpng warning: known incorrect sRGB profile Dec 12 17:31:22 AfroThundr-XPS kioslave5[203579]: libpng warning: profile matches sRGB but writing iCCP instead Dec 12 17:31:30 AfroThundr-XPS kioslave5[203579]: Not a JPEG file: starts with 0x89 0x50 Dec 12 17:31:30 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:31:31 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:31:31 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:31:31 AfroThundr-XPS kioslave5[203579]: libpng warning: iCCP: known incorrect sRGB profile Dec 12 17:31:31 AfroThundr-XPS kioslave5[203579]: Not a JPEG file: starts with 0x89 0x50 Dec 12 17:31:31 AfroThundr-XPS kioslave5[203579]: Not a JPEG file: starts with 0x89 0x50 Dec 12 17:31:31 AfroThundr-XPS kioslave5[203579]: Not a JPEG file: starts with 0x89 0x50 Dec 12 17:31:31 AfroThundr-XPS kioslave5[203579]: Not a
[konqueror] [Bug 477352] New: Unable to make sftp connection from konqueror
https://bugs.kde.org/show_bug.cgi?id=477352 Bug ID: 477352 Summary: Unable to make sftp connection from konqueror Classification: Applications Product: konqueror Version: 22.12.3 Platform: openSUSE OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: eddie.how...@sky.com Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. enter sftp://address 2. 3. OBSERVED RESULT Fails with following information The requested operation could not be completed Request Aborted By User Details of the Request: URL: error:/?error=1errText=User cancelled action%0A%23sftp://xx/home/x Protocol: error Date and Time: Wednesday, 22 November 2023 07:17:25 GMT Additional Information: error Description: The request was not completed because it was aborted. Possible Solutions: Retry the request EXPECTED RESULT Should present window requesting password SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION No problem using konqueror version 21.12.3 (had to download dolphin and related programs also) -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 457772] [Steam Deck] Lock Screen covers up Steam's virtual keyboard, obstructing its use
https://bugs.kde.org/show_bug.cgi?id=457772 Eddie Dunn changed: What|Removed |Added CC||eddie.dunn+...@gmail.com --- Comment #4 from Eddie Dunn --- This is still an issue. Any updates on the problem? -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 436202] Notifier crashes after clicking on it
https://bugs.kde.org/show_bug.cgi?id=436202 Eddie changed: What|Removed |Added CC||edfoundkde...@galaxy.za.net --- Comment #2 from Eddie --- This bug occur on a weekly basis on my machine. 63952 Jan 31 2022 /usr/lib/x86_64-linux-gnu/libexec/DiscoverNotifier crashed with signal 5 in g_main_context_dispatch linux 5.4.0-124-generic x86_64 x86_64 x86_64 GNU/Linux -- You are receiving this mail because: You are watching all bug changes.
[kscreenlocker] [Bug 433054] Code errors in the lock screen theme (1st party or 3rd-party) can block screen unlocking
https://bugs.kde.org/show_bug.cgi?id=433054 Eddie changed: What|Removed |Added CC||edfoundkde...@galaxy.za.net --- Comment #66 from Eddie --- The other comments before 2021-10-21 did not help to solve this bug. On screen locker: User can NOT press a key on physical keyboard to make the login box appear, user Has to move the mouse before login box appears. Confirms: it happens on both Kubuntu and on KDE Neon. (different video cards). When one locks the screen, either with winkey-L or with test from cmd line /usr/lib/x86_64-linux-gnu/libexec/kscreenlocker_greet --testing btw using: OS: Ubuntu 20.04.3 LTS x86_64 with WM Theme: plastik Kernel: 5.4.0-88-generic, GPU: NVIDIA GeForce GT 710, Resolution: 1920x1080 DE: Plasma, Theme: Breeze Dark [Plasma], Breeze-Dark [GTK2/3] file:///usr/share/plasma/wallpapers/org.kde.image/contents/ui/main.qml:76:9: Unable to assign [undefined] to QStringList file:///usr/share/plasma/wallpapers/org.kde.image/contents/ui/main.qml:75:9: Unable to assign [undefined] to int Locked at 1634792367 UdevQt: unable to create udev monitor connection Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) file:///usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/components/SessionManagementScreen.qml:64:5: Unable to assign [undefined] to int file:///usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/components/ActionButton.qml:33:5: Unable to assign [undefined] to int file:///usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/components/KeyboardLayoutButton.qml:29:5: Unable to assign [undefined] to int file:///usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/components/Battery.qml:48:9: Unable to assign [undefined] to double file:///usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/components/UserDelegate.qml:41:5: Unable to assign [undefined] to int Bug reproducible on many machines. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 437791] konsole window 1 line height when there is no konsolesrc
https://bugs.kde.org/show_bug.cgi?id=437791 Eddie J Carswell II changed: What|Removed |Added CC||eddiecarswel...@yahoo.com --- Comment #6 from Eddie J Carswell II --- Rex Dieter, reverting only the commit in Comment 3 puts konsole into a state where the new toolbar exists, but the UI options to configure it are missing (e.g. no menu option to hide it). Perhaps reverting the commit in Comment 5 would be a better approach? -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 411316] Discover continues to use proxy even after proxy has been disabled
https://bugs.kde.org/show_bug.cgi?id=411316 Eddie changed: What|Removed |Added CC||edfoundkde...@galaxy.za.net --- Comment #8 from Eddie --- The work-around above is not a fix or a solution, it's a dirty workaround, New KDE users would expect Discover to behave like other applications: act correctly on current KDE settings. Discover should behave correctly: i.e. check KDE proxy settings, not "assume" old outdated incorrect disabled proxy details. My 2c opinion. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 373232] Horizontal lines with fractional HiDPI scaling
https://bugs.kde.org/show_bug.cgi?id=373232 Eddie J Carswell II changed: What|Removed |Added CC||eddiecarswel...@yahoo.com -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwindowsystem] [Bug 416532] New: Window title-bar text and icons becomes corrupt
https://bugs.kde.org/show_bug.cgi?id=416532 Bug ID: 416532 Summary: Window title-bar text and icons becomes corrupt Product: frameworks-kwindowsystem Version: 5.12.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: edfoundkde...@galaxy.za.net Target Milestone: --- Created attachment 125281 --> https://bugs.kde.org/attachment.cgi?id=125281=edit image of menubar toolbar corruption. text and icons.. konsole and chrome and other SUMMARY see sample image at https://ibb.co/bgBKZMS it perhaps relate to bug 26854 or 325340 ? STEPS TO REPRODUCE 1. use your computer for a while. 2. lock screen, come back from lunch and unlock it 3. OBSERVED RESULT konsole titlebar becomes corrupt. sometimes happens to chrome too. EXPECTED RESULT title bar to have text, and button icons to be normal SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: 18.04.3 LTS (Bionic Beaver) (available in About System) KDE Plasma Version: 5.12.9 KDE Frameworks Version: 5.44.0 Qt Version: 5.9.5 ADDITIONAL INFORMATION This has been happening for a while now. konsole title bar and other apps title bars become corrupt. Mostly annoying.. logging out and in fixes it. so does reboot computer. -- You are receiving this mail because: You are watching all bug changes.
[apper] [Bug 414368] pkcon incorrectly assumes no network is available
https://bugs.kde.org/show_bug.cgi?id=414368 --- Comment #2 from Eddie --- Hello. My Apology. I just saw it part of KDE NEON distribution, since the distribution mention "use pkcon instead of apt for updates". I will contact the packageKit person(s). I found that DISCOVER suffer from the exact same problem: it only works on Ethernet adaptors managed by Network-Manager. Thank you for your help. -- You are receiving this mail because: You are watching all bug changes.
[apper] [Bug 414368] New: pkcon incorrectly assumes no network is available
https://bugs.kde.org/show_bug.cgi?id=414368 Bug ID: 414368 Summary: pkcon incorrectly assumes no network is available Product: apper Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dantt...@gmail.com Reporter: edfoundkde...@galaxy.za.net Target Milestone: --- SUMMARY Apology if this not "apper" related, but I could not find pkcon KDE NEON app in the drop-down. Please let the correct people know. (Richard Hughes?) http://www.packagekit.org. pkcon does not look at active network interfaces and ASSUMES incorrectly that network is unavailable. root@mymachine-bash ~ # pkcon refresh \Refreshing cache [=] Waiting for authentication[=] Loading cache [=] Finished [=] Fatal error: Cannot refresh cache whilst offline root@mymachine-bash ~ # ifconfig enp4s0: flags=4163 mtu 1500 inet 192.168.56.1 netmask 255.255.255.0 broadcast 192.168.56.255 STEPS TO REPRODUCE 1. have a static network IP unmanaged by Network-Manager 2. run pkcon refresh .. or pkcon update 3. sit back in dismay, and then rather run apt dist-upgrade which works. OBSERVED RESULT it breaks EXPECTED RESULT Expected it to work like APT.. (it just works). It should not rely on high-level monstrous apps like Network-Manager, go lower. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: KDE neon User Edition 5.17 (available in About System) KDE Plasma Version: n/a, its a command line issue. KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION Perhaps related to Bug 412914 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 411121] New: Provide options to configure the split header bars in the new split view
https://bugs.kde.org/show_bug.cgi?id=411121 Bug ID: 411121 Summary: Provide options to configure the split header bars in the new split view Product: konsole Version: 19.08.0 Platform: Debian testing OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: split-view Assignee: konsole-de...@kde.org Reporter: eddiecarswel...@yahoo.com Target Milestone: --- SUMMARY First off, I'm glad the new split view finally landed with 19.08.0, so thanks for that. There is certainly room for improvement of this feature, however. (Isn't there always?) The new title bars that appear on each split view can take up a lot of screen real estate when there are a lot of splits. This is the main reason I configure the tab bar to be hidden and use the keyboard to navigate tabs instead. We need a similar option for hiding the split view header. This would allow for splits to be completely "headless" and not take up space with a bulky header bar on each one. We also need proper shortcuts for navigating splits like we do with tabs (Bug 43). The options could be to show/hide the header, or to change its size for those who just want it smaller. Maybe even an option to only show it on a view when the mouse is hovering near its the top? These two changes would make this feature much more usable and support a larger variety of workflows (especially for those who like to use the keyboard and don't like unnecessary UI elements cluttering their terminals). STEPS TO REPRODUCE 1. Open konsole 2. Make some split views 3. Look for option to hide split headers OBSERVED RESULT Split view headers are not configurable. EXPECTED RESULT Split view headers should be configurable. SOFTWARE/OS VERSIONS KDE Frameworks 5.54.0 Qt 5.11.3 (built against 5.11.3) The xcb windowing system ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 178320] Konsole split view: in both views same content
https://bugs.kde.org/show_bug.cgi?id=178320 Eddie J Carswell II changed: What|Removed |Added CC||eddiecarswel...@yahoo.com -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 411113] Please add keyboard shortcuts for navigating between konsole splits
https://bugs.kde.org/show_bug.cgi?id=43 Eddie J Carswell II changed: What|Removed |Added CC||eddiecarswel...@yahoo.com -- You are receiving this mail because: You are watching all bug changes.
[kaffeine] [Bug 409527] New: Cannot turn narration off permanently
https://bugs.kde.org/show_bug.cgi?id=409527 Bug ID: 409527 Summary: Cannot turn narration off permanently Product: kaffeine Version: 2.0.17 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: mchehab+sams...@kernel.org Reporter: eddielepri...@sky.com Target Milestone: --- SUMMARY When I switch to TV the narrator is on and I find it extremely annoying. I switch it off my selecting Eng but when I change channels it defaults back to narration. No option to make setting default. No option to save settings. No options to turn off narration permanently. STEPS TO REPRODUCE 1. Select TV channel 2. Select eng 3. Select different channel OBSERVED RESULT Sound reverts to Narration EXPECTED RESULT Sound retain the selected settings SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: openSUSE 15.1 (available in About System) KDE Plasma Version: Platform Version 4.14.38 KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[bindings] [Bug 388980] heaps of missing and broken libraries for TortoiseHg
https://bugs.kde.org/show_bug.cgi?id=388980 --- Comment #2 from Eddie <eddie.dha...@gmail.com> --- Thank you for a quick response. I have successfully recompiled qscintilla2, however, Im still not being able to build the python binding and run `TortoiseHg`. First error: It is asking to make sure I have `sip` available in PATH. Upon trying to fix that up: `sudo apt-get install sip-dev` and tring again `python configure.py` it gives the following error: `Error: Unable to create the C++ code.` `python configure-old.py` doesn't work either. -- You are receiving this mail because: You are watching all bug changes.
[bindings] [Bug 388980] New: heaps of missing and broken libraries for TortoiseHg
https://bugs.kde.org/show_bug.cgi?id=388980 Bug ID: 388980 Summary: heaps of missing and broken libraries for TortoiseHg Product: bindings Version: unspecified Platform: Neon Packages OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: pykde Assignee: kde-bindi...@kde.org Reporter: eddie.dha...@gmail.com Target Milestone: --- TortoiseHg, GUI for mercurial (link = https://bitbucket.org/tortoisehg/targz/downloads/tortoisehg-4.4.2.tar.gz) works perfectly fine on other distros but not on KDE neon. I haven't tried Kubuntu though. The first error: No module named Qsci Upon trying to fix that up: `sudo apt-get install python-qscintilla2` it gives the following error: `python-qscintilla2: Depends: sip-api-11.2` `E: Unable to correct problems, you have held broken packages.` Upon trying to fix that up: `sudo apt-get install sip-api-11.2` it gives the following error: `E: Package 'sip-api-11.2' has no installation candidate` although according to `aptitude search sip-api` the version of the `sip-api` required is available. The version of `python-sip` is `4.19.6` and I don't know the relationship between `python-sip` and the `sip-api`. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 385501] New: konqueror crashes consistently trying to access URL wunderground.com
https://bugs.kde.org/show_bug.cgi?id=385501 Bug ID: 385501 Summary: konqueror crashes consistently trying to access URL wunderground.com Product: konqueror Version: 4.13.0 Platform: Mint (Debian based) OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: eddie.fra...@gmx.com Target Milestone: --- KDE 4.14.2 konqueror_4.13.0-0ubuntu1_amd64 Executable: konqueror PID: 5962 Signal: Segmentation fault (11) Time: 10/08/17 04:27:47 PM -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 374728] New: Changing annotation colours
https://bugs.kde.org/show_bug.cgi?id=374728 Bug ID: 374728 Summary: Changing annotation colours Product: okular Version: 1.0.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: eddie.dha...@gmail.com Target Milestone: --- I love Okular is fast and responsive, however, I believe we can tune up the Annotation colouring system a little bit to make it more user friendly. For example, Changing colour: Current steps (6 Clicks in total just to change colour): - Right click the annotation - Click on Properties - Click on the Colour box - Select the colour - Click OK - And again click OK My proposed steps (2 Clicks, much simpler): - Right click the annotation - Hover to colour menu item from the pop up menu and display the basic and custom colours directly on the sub menu. Please let me know if this is a good idea. I am more than happy to contribute myself. -- You are receiving this mail because: You are watching all bug changes.
Confirm Attached
Good day, I have tried getting through to you severally but cannot connect to you, the payment has been made today and you must find the Transaction Details attached as advised by our accounts department to reconfirm with you immediately. Best Regards Eddie Aguilar --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus INV70031341.pdf Description: Adobe PDF document
