[kwin] [Bug 492936] Make it easier to figure out how to activate KWin effects that require keyboard shortcuts to turn on and off
https://bugs.kde.org/show_bug.cgi?id=492936 Zayed Al-Saidi changed: What|Removed |Added CC||zayed.alsa...@gmail.com --- Comment #8 from Zayed Al-Saidi --- Could you make it more clear? "...,activated with a keyboard shortcut" To "..., it will be activated with a keyboard shortcut" or something similar. Thank you for helping translators. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 492135] Crash on Mullvad app Local Network sharing
https://bugs.kde.org/show_bug.cgi?id=492135 --- Comment #1 from Al --- Created attachment 172910 --> https://bugs.kde.org/attachment.cgi?id=172910&action=edit New crash information added by DrKonqi DrKonqi auto-attaching complete backtrace. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 492135] New: Crash on Mullvad app Local Network sharing
https://bugs.kde.org/show_bug.cgi?id=492135 Bug ID: 492135 Summary: Crash on Mullvad app Local Network sharing Classification: Plasma Product: plasmashell Version: 6.1.4 Platform: unspecified OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: generic-crash Assignee: plasma-b...@kde.org Reporter: alfons.torre...@gmail.com Target Milestone: 1.0 Application: plasmashell (6.1.4) Qt Version: 6.7.2 Frameworks Version: 6.5.0 Operating System: Linux 6.8.0-40-generic x86_64 Windowing System: Wayland Distribution: KDE neon 6.1 DrKonqi: 6.1.4 [CoredumpBackend] -- Information about the crash: The crash occurs when I have the 'Local network sharing' option activated in the Mullvad app The crash can be reproduced every time. -- Backtrace (Reduced): #6 0x7813180a2a08 in pw_stream_dequeue_buffer () at /lib/x86_64-linux-gnu/libpipewire-0.3.so.0 #7 0x781318112fa8 in PipeWireSourceStream::process() (this=0x58ebbf3899a0) at ./src/pipewiresourcestream.cpp:688 [...] #13 0x7813180852f4 in pw_impl_node_set_state () at /lib/x86_64-linux-gnu/libpipewire-0.3.so.0 [...] #15 0x78131808ddb8 in pw_proxy_destroy () at /lib/x86_64-linux-gnu/libpipewire-0.3.so.0 #16 0x7813180a260f in pw_stream_disconnect () at /lib/x86_64-linux-gnu/libpipewire-0.3.so.0 Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 492067] Plasma Desktop Intermittent Crash
https://bugs.kde.org/show_bug.cgi?id=492067 --- Comment #1 from Seri Al-Najjar --- Created attachment 172869 --> https://bugs.kde.org/attachment.cgi?id=172869&action=edit New crash information added by DrKonqi DrKonqi auto-attaching complete backtrace. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 492067] New: Plasma Desktop Intermittent Crash
https://bugs.kde.org/show_bug.cgi?id=492067 Bug ID: 492067 Summary: Plasma Desktop Intermittent Crash Classification: Plasma Product: plasmashell Version: 6.1.4 Platform: Neon OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: generic-crash Assignee: plasma-b...@kde.org Reporter: salnaj...@gmail.com Target Milestone: 1.0 Application: plasmashell (6.1.4) Qt Version: 6.7.2 Frameworks Version: 6.5.0 Operating System: Linux 6.5.0-1027-oem x86_64 Windowing System: Wayland Distribution: KDE neon 6.1 DrKonqi: 6.1.4 [CoredumpBackend] -- Information about the crash: Plasma will randomly crash a few minutes after the laptop comes out of suspend. Only active application at the time is Microsoft Edge browser. This is on a standard KDE Neon install. The crash can be reproduced sometimes. -- Backtrace (Reduced): #6 0x7701281eda08 in pw_stream_dequeue_buffer () at /lib/x86_64-linux-gnu/libpipewire-0.3.so.0 #7 0x770128392fa8 in PipeWireSourceStream::process() (this=0x55d3b7b1cd80) at ./src/pipewiresourcestream.cpp:688 [...] #13 0x7701281d02f4 in pw_impl_node_set_state () at /lib/x86_64-linux-gnu/libpipewire-0.3.so.0 [...] #15 0x7701281d8db8 in pw_proxy_destroy () at /lib/x86_64-linux-gnu/libpipewire-0.3.so.0 #16 0x7701281ed60f in pw_stream_disconnect () at /lib/x86_64-linux-gnu/libpipewire-0.3.so.0 Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 487970] Retiring the Mozilla Location Service on June 12th 2024
https://bugs.kde.org/show_bug.cgi?id=487970 --- Comment #6 from Hussam Al-Tayeb --- Moving the issue upstream is a good design choice as it consolidates the areas that needs fixing throughout affected projects into Qt or geoclue. Geoclue's configuration file can be easily changed as well. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 490417] New: Best error website removals
https://bugs.kde.org/show_bug.cgi?id=490417 Bug ID: 490417 Summary: Best error website removals Classification: I don't know Product: kde Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: bnmovers...@gmail.com Target Milestone: --- *** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** https://bnmovers.com/ SUMMARY STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 401268] Freehand lines rendered ugly as you write and look good only after you finish
https://bugs.kde.org/show_bug.cgi?id=401268 Fahad Al-Saidi changed: What|Removed |Added CC||fahad.alsa...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasma-systemmonitor] [Bug 482169] System Monitor in Plasma 6 crashes on clicking "Show Details Sidebar"
https://bugs.kde.org/show_bug.cgi?id=482169 Hussam Al-Tayeb changed: What|Removed |Added CC||ht990...@gmx.com -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 487970] Retiring the Mozilla Location Service on June 12th 2024
https://bugs.kde.org/show_bug.cgi?id=487970 Hussam Al-Tayeb changed: What|Removed |Added CC||ht990...@gmx.com -- You are receiving this mail because: You are watching all bug changes.
[Welcome Center] [Bug 485918] Next and Back arrows are wrong for RTL language
https://bugs.kde.org/show_bug.cgi?id=485918 --- Comment #1 from Zayed Al-Saidi --- Created attachment 168759 --> https://bugs.kde.org/attachment.cgi?id=168759&action=edit the correct way for RtL languages -- You are receiving this mail because: You are watching all bug changes.
[Welcome Center] [Bug 485918] New: Next and Back arrows are wrong for RTL language
https://bugs.kde.org/show_bug.cgi?id=485918 Bug ID: 485918 Summary: Next and Back arrows are wrong for RTL language Classification: Applications Product: Welcome Center Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: zayed.alsa...@gmail.com CC: n...@kde.org Target Milestone: --- Created attachment 168758 --> https://bugs.kde.org/attachment.cgi?id=168758&action=edit Current status as of 20-April-2024 The next arrow and the back arrow are wrong for RTL languages. They should be mirrored. Please refer to the screenshot for the current status. I made a mockup of the correct way for RTL language in the second image. I'm using neon unstable git20240420 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 485373] With alternate calendar Force date summary in Arabic to use Western Arabic Numerals
https://bugs.kde.org/show_bug.cgi?id=485373 --- Comment #18 from Zayed Al-Saidi --- (In reply to Fushan Wen from comment #17) > The clock text not being localized is a different bug indeed. Yes, I found my system is messed up, and I re-install it again. I confirm everything is working correctly except his. I report a new bug for it. https://bugs.kde.org/show_bug.cgi?id=485915 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 485915] New: Clock text is not localized
https://bugs.kde.org/show_bug.cgi?id=485915 Bug ID: 485915 Summary: Clock text is not localized Classification: Plasma Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Digital Clock Assignee: plasma-b...@kde.org Reporter: zayed.alsa...@gmail.com Target Milestone: 1.0 Created attachment 168755 --> https://bugs.kde.org/attachment.cgi?id=168755&action=edit Status as of 21-April-24 This is a regression from KDE Plasma 5. The clock text number is not following the system locale. My locale is ar_OM.UTF-8 which follows Eastern Arabic numerals. However, the time is displayed in English numerals. Please note that the tool tip is displaying the numbers correctly in my locale. I'm using KDE neon unstable git20240420. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 485373] With alternate calendar Force date summary in Arabic to use Western Arabic Numerals
https://bugs.kde.org/show_bug.cgi?id=485373 --- Comment #14 from Zayed Al-Saidi --- (In reply to Zayed Al-Saidi from comment #13) > Created attachment 168720 [details] > Status as of 20-April-24 > > After I upgraded my testing environment to git20200420 on neon unstable, I > noticed three issues (see the call-outs): > 1- the time is not respecting my locale (it is displayed in Western Arabic > numerals). Though, the date is displayed correctly. > 2- The alternate calendar date is shown twice: one in the correct locale and > the second in Western Arabic numerals, which is in the brackets. > 3- The alternate date still does not follow the correct locale. In my > locale is eastern Arabic numerals, while it is displayed in western Arabic > numerals. Though, the date is displayed correctly. > > My locale is ar_OM.UTF-8 the second issue the the oppsite, the correct date is inside the brackets. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 485373] With alternate calendar Force date summary in Arabic to use Western Arabic Numerals
https://bugs.kde.org/show_bug.cgi?id=485373 Zayed Al-Saidi changed: What|Removed |Added Status|RESOLVED|REOPENED CC||zayed.alsa...@gmail.com Ever confirmed|0 |1 Resolution|FIXED |--- Assignee|plasma-b...@kde.org |zayed.alsa...@gmail.com --- Comment #13 from Zayed Al-Saidi --- Created attachment 168720 --> https://bugs.kde.org/attachment.cgi?id=168720&action=edit Status as of 20-April-24 After I upgraded my testing environment to git20200420 on neon unstable, I noticed three issues (see the call-outs): 1- the time is not respecting my locale (it is displayed in Western Arabic numerals). Though, the date is displayed correctly. 2- The alternate calendar date is shown twice: one in the correct locale and the second in Western Arabic numerals, which is in the brackets. 3- The alternate date still does not follow the correct locale. In my locale is eastern Arabic numerals, while it is displayed in western Arabic numerals. Though, the date is displayed correctly. My locale is ar_OM.UTF-8 -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 483708] Crash
https://bugs.kde.org/show_bug.cgi?id=483708 Maydo Al-Dosery changed: What|Removed |Added Resolution|BACKTRACE |--- Status|NEEDSINFO |REPORTED --- Comment #5 from Maydo Al-Dosery --- However I finally fixed it and the problem was just I was having a lot of apps were running and the computer couldn't handle it which causes crash on Discover App. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 483708] Crash
https://bugs.kde.org/show_bug.cgi?id=483708 --- Comment #4 from Maydo Al-Dosery --- Sorry There's some sensitive information in the log which I cannot provide it due to privacy reasons... -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 485513] New: At least one case where dodge window does not work
https://bugs.kde.org/show_bug.cgi?id=485513 Bug ID: 485513 Summary: At least one case where dodge window does not work Classification: Plasma Product: plasmashell Version: 6.0.3 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: a...@al-williams.com CC: niccolo.venera...@gmail.com Target Milestone: 1.0 SUMMARY Setting a panel to dodge (or, I think) hide sometimes doesn't work. At some point, the panel will just sit over windows and it won't go back down. The only fix I've found is to enter Edit mode (don't have to do anything) and then exit Edit mode. There may be more than one trigger for this, but the steps below will definitely do it. STEPS TO REPRODUCE 1. Have one or more panels set to auto dodge. Have a window open that hides the panel. 2. Kill plasma shell 3. Restart plasma shell OBSERVED RESULT Observe panels are now over existing windows EXPECTED RESULT Panel should dodge existing window. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: 6.0.2 (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION NVidia proprietary drivers but I don't think that has anything to do with it. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 478797] Metabug: issues with Panel in "Auto-Hide" or "Dodge Windows" modes inappropriately hiding or un-hiding in various circumstances
https://bugs.kde.org/show_bug.cgi?id=478797 Al Williams changed: What|Removed |Added CC||a...@al-williams.com --- Comment #1 from Al Williams --- Here's one that I notice. X11, Neon, Nvidia prop drivers. I have a few dodge toolbars (bottom and right). If plasmashell crashes (which it does) and restarts, the panels no longer dodge. I _think_ this also happens with hiding behavior. The only workaround I've found is to enter edit mode and then exit (don't have to do anything). Then they dutifully pop down like they are supposed to. I think some of the "strange" behavior I've seen is where plasmashell crashes while I'm away, restarts itself and then the panels are unable to hide again but I can't prove that part. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 485059] New: Sound notifications only work for themed settings
https://bugs.kde.org/show_bug.cgi?id=485059 Bug ID: 485059 Summary: Sound notifications only work for themed settings Classification: Applications Product: systemsettings Version: 6.0.3 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_notify Assignee: plasma-b...@kde.org Reporter: a...@al-williams.com CC: k...@privat.broulik.de Target Milestone: --- SUMMARY If you use an audio theme, setting any sound notifications directly silently fails. STEPS TO REPRODUCE 1. Select Ocean sound theme (not sure if that matters, but it is what I have) 2. Open up SystemSettings | Notifications | Configure 3. Pick an application that has a sound notification (even if it is not being used currently). 4. Ensure Play a Sound is selected 5. Use the folder to pick a sound outside the current theme directory (I took one out of the Oxygen theme so I know it was correctly encoded, etc.) 6. Press the play button to the left of the sound. Hear nothing. (Note that it puts a file:/// URL here but I guess that's OK -- changing it to a path has no effect). 7. In fact, pick a file in the ocean theme. No effect when pressing Play. 8. Find an item that is in the theme (e.g., Plasma Workspace | Login) 9. Note that the entry there is a single name (desktop-login) 10. Use the file picker to pick the very same file (now has file:/// in front of it). 11. No sound when pressing play 12. Press the revert button next to the file picker 13. Press play -- hear the sound. OBSERVED RESULT It appears to me (without looking at the code yet) that all notification sounds get passed to the theme who either interprets them as "token" or ignores them if it doesn't know what they are. So, in other words, because the theme doesn't provide a sound for AngelFish "website notification" there is no way to set a sound for that notification without editing the theme. EXPECTED RESULT You'd think you could override the theme, especially for things the theme doesn't provide. I get that the theme has to overwrite when it is installed but it seems like it should pass anything unknown to the file system. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: 6.03 (available in About System) KDE Plasma Version: 6.03 KDE Frameworks Version: 6.0.0 Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 483708] Crash
https://bugs.kde.org/show_bug.cgi?id=483708 --- Comment #2 from Maydo Al-Dosery --- (In reply to Harald Sitter from comment #1) > Is this still reproducible? If so please read through the wiki page and > create a new trace, the existing one unfortunately is missing important data. > > https://community.kde.org/Guidelines_and_HOWTOs/Debugging/ > How_to_create_useful_crash_reports No+ This Site has some issues Please fix the domain name or edit it+ However I resolve it and it causes by high requests. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 484876] New: No confirmation on shutdown or reboot from login screen.
https://bugs.kde.org/show_bug.cgi?id=484876 Bug ID: 484876 Summary: No confirmation on shutdown or reboot from login screen. Classification: I don't know Product: kde Version: unspecified Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: ht990...@gmx.com Target Milestone: --- Hello. On the login screen after I switch users, I don’t get a prompt when I shutdown or reboot even though there is a logged in user. This is a fresh installation of neon that I performed last night from the following iso image: https://files.kde.org/neon/images/user/20240328-0716/neon-user-20240328-0716.iso -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 483708] New: Crash
https://bugs.kde.org/show_bug.cgi?id=483708 Bug ID: 483708 Summary: Crash Classification: Applications Product: Discover Version: 5.27.8 Platform: Ubuntu OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: discover Assignee: plasma-b...@kde.org Reporter: maydoh...@gmail.com CC: aleix...@kde.org Target Milestone: --- Application: plasma-discover (5.27.8) Qt Version: 5.15.10 Frameworks Version: 5.110.0 Operating System: Linux 6.5.0-25-generic x86_64 Windowing System: X11 Distribution: Ubuntu 23.10 DrKonqi: 5.27.8 [KCrashBackend] -- Information about the crash: When I opened the Discover app it's litterly crashed for no reason idk why The crash can be reproduced sometimes. -- Backtrace: Application: Discover (plasma-discover), signal: Segmentation fault [KCrash Handler] #4 0x75765e67abdc in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/discover/packagekit-backend.so #5 0x75765e67ac40 in PackageKitBackend::resolvePackages(QStringList const&) () from /usr/lib/x86_64-linux-gnu/qt5/plugins/discover/packagekit-backend.so #6 0x75765e67ba16 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/discover/packagekit-backend.so #7 0x75765e68a225 in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/discover/packagekit-backend.so #8 0x75767a0f99a0 in QObject::event(QEvent*) () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #9 0x75767bb6bc82 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5 #10 0x75767a0cc7a8 in QCoreApplication::notifyInternal2(QObject*, QEvent*) () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #11 0x75767a0cfeb1 in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #12 0x75767a1286f7 in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #13 0x757678a5cb2c in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #14 0x757678ab846f in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #15 0x757678a5ad20 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #16 0x75767a127daa in QEventDispatcherGlib::processEvents(QFlags) () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #17 0x75767a0cb15b in QEventLoop::exec(QFlags) () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #18 0x75767a0d3904 in QCoreApplication::exec() () from /lib/x86_64-linux-gnu/libQt5Core.so.5 #19 0x622f7ac08c0f in ?? () #20 0x757679628150 in __libc_start_call_main (main=main@entry=0x622f7ac08320, argc=argc@entry=1, argv=argv@entry=0x7ffd4d6c1f08) at ../sysdeps/nptl/libc_start_call_main.h:58 #21 0x757679628209 in __libc_start_main_impl (main=0x622f7ac08320, argc=1, argv=0x7ffd4d6c1f08, init=, fini=, rtld_fini=, stack_end=0x7ffd4d6c1ef8) at ../csu/libc-start.c:360 #22 0x622f7ac095e5 in ?? () [Inferior 1 (process 16619) detached] Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[docs.kde.org] [Bug 481330] New: Support RTL layout for Arabic doc
https://bugs.kde.org/show_bug.cgi?id=481330 Bug ID: 481330 Summary: Support RTL layout for Arabic doc Classification: Websites Product: docs.kde.org Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: docs.kde.org Assignee: kde-doc-engl...@kde.org Reporter: zayed.alsa...@gmail.com Target Milestone: --- Currently, the layout of KDE Documentation website does not support RTL layout. You can check Documentation of Kturtle: https://docs.kde.org/stable5/ar/kturtle/kturtle/ What is required is to inject these one CSS properties in the body tag for RTL language text-align: right; -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 401284] False positive "Source and destination overlap in strncat"
https://bugs.kde.org/show_bug.cgi?id=401284 --- Comment #13 from AL --- >BTW. The gcc 13 does produce a pretty clear warning for this code if we help >it see the exact length >vbug.c:11:5: warning: ‘strncat’ output truncated before terminating nul >copying 7 bytes from a string of the same length [-Wstringop-truncation] > 11 | strncat(buf + len, buf, len); TBH, I don't understand what GCC is blabbering about here. Is there somehow a problem with what strncat() can handle or how can it be used? Like I said, The usefulness or adequacy of some of the GCC warnings exceed the acceptable noise levels, lately. They went haywire with those things, without much thinking of how disruptive and distracting they can get... -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 401284] False positive "Source and destination overlap in strncat"
https://bugs.kde.org/show_bug.cgi?id=401284 --- Comment #8 from AL --- > $ gcc -O2 -Wall -g -o vbug vbug.c > vbug.c: In function ‘main’: > vbug.c:10:5: warning: ‘strncat’ accessing between 1 and 9223372036854775805 > bytes at offsets [0, 9223372036854775805] and 0 may overlap 1 byte at offset > [0, 9223372036854775807] [-Wrestrict] Starting with some later versions, GCC have gone to some great extreme with both their warnings and the usefulness of such, which is borderline absurdish, at times -- just try to take a look at the bounds above... > An implementation might copy 8 bytes at a time if len == 7 Okay, let's say this is the case, then the code still works correctly, overwriting the ending '\0' byte in dst (which also happens to be shared with src) -- but that's what was going to happen, anyways. -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 401284] False positive "Source and destination overlap in strncat"
https://bugs.kde.org/show_bug.cgi?id=401284 --- Comment #3 from AL --- My point was that strncat() will never even encounter the terminating '\0' byte in the source string because its counter (5) will be depleted to 0 before then (or, in a generic case, the '\0' would have been encountered in the source string earlier -- causing strncat() to return). Which means that technically the pointers used in such an operation will have never crossed the paths of each other (in this case, the source pointer will never be used to extract anything that goes into the area where the destination pointer was operating). If strncat() was used in the opposite direction (vs. what's my test case's doing), that is, trying to double the string by prepending the original string, then the warning would be warranted, because the first position of the source string could have been indeed overwritten: strncat(buf, buf + len, len); And obviously the result would have been wrong as well -- no string doubled on the program output. I still consider that warning as excessive in the reported case. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 468954] Polish loop when hovering app icon in Task Manager in RTL (Right-to-Left environment)
https://bugs.kde.org/show_bug.cgi?id=468954 Zayed Al-Saidi changed: What|Removed |Added CC||zayed.alsa...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 471796] New: pdf with forms does not handle special characters
https://bugs.kde.org/show_bug.cgi?id=471796 Bug ID: 471796 Summary: pdf with forms does not handle special characters Classification: Applications Product: okular Version: 23.04.1 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: PDF backend Assignee: okular-de...@kde.org Reporter: pub...@mellomrommet.no Target Milestone: --- SUMMARY When clicking "show forms" and filling in, everything looks fine. However, clicking "Show forms" again after filling in text, `æ` and `å` just disappears while `ø` is changed to `ł`. If filling in `ł` it disappears. Font sizes are also distorted, it seems Okular adjusts the size to fill each form entirely, rendering the document layout ugly. Printing uses the wrong display, even if forms are currently showing the correct characters. STEPS TO REPRODUCE 1. Download https://www.politiet.no/globalassets/02-tjenester-admin/politiattest/bekreftelse-pa-formal-med-soknad-om-politiattest.pdf 2. Open with Okular and click "Show forms". Fill in text containing special characters (the Norwegian æ, ø, å or others like ł or µ) 3. Click "Show forms" again. OBSERVED RESULT Text is incorrectly displayed and printed EXPECTED RESULT Text should be correctly displayed and printed SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.106.0 Qt Version: 5.15.9 Kernel Version: 5.15.114-2-MANJARO (64-bit) Graphics Platform: X11 ADDITIONAL INFORMATION Filling in forms / saving / opening / displaying in Firefox works as expected. Printing to pdf from Firefox and opening in Okular, characters display correctly but font sizes are inconsistent. -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 100166] Default answer for "destructive operation" confirming requesters
https://bugs.kde.org/show_bug.cgi?id=100166 Zayed Al-Saidi changed: What|Removed |Added CC||zayed.alsa...@gmail.com --- Comment #8 from Zayed Al-Saidi --- *** Bug 195626 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 195626] default button in delete dialog should be Cancel
https://bugs.kde.org/show_bug.cgi?id=195626 Zayed Al-Saidi changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #6 from Zayed Al-Saidi --- *** This bug has been marked as a duplicate of bug 100166 *** -- You are receiving this mail because: You are watching all bug changes.
[kolourpaint] [Bug 183431] text tool does not support RTL
https://bugs.kde.org/show_bug.cgi?id=183431 --- Comment #10 from Zayed Al-Saidi --- I can reproduce it in 22.12.3 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 449458] Can't move system tray and the clock to corner left in RTL mode
https://bugs.kde.org/show_bug.cgi?id=449458 Zayed Al-Saidi changed: What|Removed |Added Priority|NOR |HI --- Comment #6 from Zayed Al-Saidi --- Unfortunately, the issue is still there in: Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 I increase the importance to High because with current situation, RTL users can't rearrange the task bar. They must change to English then rearrange the task bar then comeback to RTL language. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 447186] QtWidgets KCM titles are inappropriately aligned to left in RTL mode
https://bugs.kde.org/show_bug.cgi?id=447186 Zayed Al-Saidi changed: What|Removed |Added Resolution|--- |FIXED Status|CONFIRMED |RESOLVED --- Comment #3 from Zayed Al-Saidi --- I can't reproduce it in: Operating System: Kubuntu 23.04 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 -- You are receiving this mail because: You are watching all bug changes.
[Skanlite] [Bug 304552] add multi-page scanning option
https://bugs.kde.org/show_bug.cgi?id=304552 Zayed Al-Saidi changed: What|Removed |Added Resolution|--- |FIXED Status|CONFIRMED |RESOLVED --- Comment #3 from Zayed Al-Saidi --- This feature has been implemented at least from version 22.12.3. -- You are receiving this mail because: You are watching all bug changes.
[docs.kde.org] [Bug 468982] Enable Arabic
https://bugs.kde.org/show_bug.cgi?id=468982 --- Comment #3 from Zayed Al-Saidi --- (In reply to Yuri Chornoivan from comment #2) > Git commit 9fd9ac37ca1e9f4c0a607030da207455afb73dff by Yuri Chornoivan. > Committed on 26/04/2023 at 09:23. > Pushed by ltoscano into branch 'master'. > > Add Arabic to the docs languages (thanks to Zayed Al-Saidi) > > M +1-0languages > > https://invent.kde.org/websites/docs-kde-org/commit/ > 9fd9ac37ca1e9f4c0a607030da207455afb73dff Thanks. Is there any timeframe to push the change from gitlab source to the production server? -- You are receiving this mail because: You are watching all bug changes.
[docs.kde.org] [Bug 468982] New: Enable Arabic
https://bugs.kde.org/show_bug.cgi?id=468982 Bug ID: 468982 Summary: Enable Arabic Classification: Websites Product: docs.kde.org Version: unspecified Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: docs.kde.org Assignee: kde-doc-engl...@kde.org Reporter: zayed.alsa...@gmail.com Target Milestone: --- Please enable Arabic support in https://docs.kde.org/ . Currently, Kturtule's Handbook is fully translated to Arabic. Please also, add the right RTL support in the CSS. After enabling Arabic, I can report any issue in the standard-rtl.css . I what I can see, it lacks direction:rtl; in the body{}. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 466862] Cannot pkcon update due to unmet dependencies with poppler and okular-backends
https://bugs.kde.org/show_bug.cgi?id=466862 Al changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #20 from Al --- (In reply to Jonathan Riddell from comment #19) > It's a new bug due to libharfbuzz0b not having an i386 build. I've removed > harfbuzz now and will snapshot once tested Everything is solved Thanks! -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 466957] Cannot pkcon update due to unmet dependencies with poppler and okular-backends
https://bugs.kde.org/show_bug.cgi?id=466957 Al changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Al --- *** This bug has been marked as a duplicate of bug 466862 *** -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 466862] Cannot pkcon update due to unmet dependencies with poppler and okular-backends
https://bugs.kde.org/show_bug.cgi?id=466862 --- Comment #16 from Al --- *** Bug 466957 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 466862] Cannot pkcon update due to unmet dependencies with poppler and okular-backends
https://bugs.kde.org/show_bug.cgi?id=466862 --- Comment #15 from Al --- (In reply to Al from comment #14) > (In reply to Matija from comment #12) > > (In reply to Carlos De Maine from comment #11) > > > also try: > > > sudo apt install libturbojpeg > > > then > > > sudo apt install libjpeg8 > > > > last thing to try after that is doing `sudo apt full-upgrade` > > After: > sudo apt install libturbojpeg > sudo apt install libjpeg8 > sudo apt full-upgrade > > total disaster, it's gone Dolphin, Discover, Konsole and other app. What the > fuck is that?, what do I do now I was able to repair the system by reinstalling: kgamma5 kde-config-screenlocker bluedevil plasma-workspace-wayland rint-manager plasma-widgets-addons plasma-welcome plasma-wallpapers-addons plasma-vault plasma-runners-addons plasma-pa plasma-nm plasma-firewall plasma-disks plasma-dataengines-addons plasma-calendar-addons plasma-browser-integration kwin-addons ksshaskpass kscreen kio-admin kdialog kdegraphics-thumbnailers kde-spectacle drkonqi-pk-debug-installer flatpak-kcm kde-nomodeset kde-inotify-survey kde-config-sddm kde-config-plymouth kde-config-gtk-style dophin dolphin-plugins ark sddm-theme-breeze kio-gdrive I don't understand what happened!! I keep seeing the message "Loading..." -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 466862] Cannot pkcon update due to unmet dependencies with poppler and okular-backends
https://bugs.kde.org/show_bug.cgi?id=466862 Al changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED|REOPENED Ever confirmed|0 |1 --- Comment #14 from Al --- (In reply to Matija from comment #12) > (In reply to Carlos De Maine from comment #11) > > also try: > > sudo apt install libturbojpeg > > then > > sudo apt install libjpeg8 > > last thing to try after that is doing `sudo apt full-upgrade` After: sudo apt install libturbojpeg sudo apt install libjpeg8 sudo apt full-upgrade total disaster, it's gone Dolphin, Discover, Konsole and other app. What the fuck is that?, what do I do now -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 466862] Cannot pkcon update due to unmet dependencies with poppler and okular-backends
https://bugs.kde.org/show_bug.cgi?id=466862 --- Comment #8 from Al --- (In reply to Carlos De Maine from comment #7) > jriddel rolled a new release. they should be in user now. pkcon update don't work for me... -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 466862] Cannot pkcon update due to unmet dependencies with poppler and okular-backends
https://bugs.kde.org/show_bug.cgi?id=466862 Al changed: What|Removed |Added Status|RESOLVED|REPORTED Resolution|FIXED |--- --- Comment #6 from Al --- When will the update be ready? Thanks -- You are receiving this mail because: You are watching all bug changes.
[kup] [Bug 451679] backups configuration inconsistency after removing one plan
https://bugs.kde.org/show_bug.cgi?id=451679 --- Comment #3 from al F --- Thanks for fixing this! Is there a timeline for when we will see the next update to KUP? -- You are receiving this mail because: You are watching all bug changes.
[kup] [Bug 463016] Kup: asking for confirmation even if option disabled
https://bugs.kde.org/show_bug.cgi?id=463016 --- Comment #3 from al F --- (In reply to Simon Persson from comment #1) > There is a check to see if computer is in power save mode and if it is then > Kup will always ask if you wish to save a backup. Could that be what you are > seeing? That indeed seems to be the case. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 466957] New: Cannot pkcon update due to unmet dependencies with poppler and okular-backends
https://bugs.kde.org/show_bug.cgi?id=466957 Bug ID: 466957 Summary: Cannot pkcon update due to unmet dependencies with poppler and okular-backends Classification: KDE Neon Product: neon Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Packages User Edition Assignee: neon-b...@kde.org Reporter: alfons.torre...@gmail.com CC: j...@jriddell.org, neon-b...@kde.org, sit...@kde.org 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. sudo pkcon refresh && sudo pkcon update -y 2. 3. OBSERVED RESULT Fatal error: The following packages have unmet dependencies: libpoppler-qt5-1: Depends: libpoppler126 (= 23.03.0-0xneon+22.04+jammy+release+build11) but 23.02.0-0xneon+22.04+jammy+release+build10 is to be installed okular-backends: Depends: libokular5core10 (= 4:22.12.2-0xneon+22.04+jammy+release+build19) but 4:22.12.3-0xneon+22.04+jammy+release+build20 is to be installed libpoppler-cpp0v5: Depends: libpoppler126 (= 23.03.0-0xneon+22.04+jammy+release+build11) but 23.02.0-0xneon+22.04+jammy+release+build10 is to be installed poppler-utils: Depends: libpoppler126 (= 23.03.0-0xneon+22.04+jammy+release+build11) but 23.02.0-0xneon+22.04+jammy+release+build10 is to be installed libpoppler-glib8: Depends: libpoppler126 (= 23.03.0-0xneon+22.04+jammy+release+build11) but 23.02.0-0xneon+22.04+jammy+release+build10 is to be installed EXPECTED RESULT A successful update of packages. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.27 KDE Plasma Version: Plasma 5.27.2 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 Kernel: 5.19.0-35-generic (64 bits) Graphics platform: X11 ADDITIONAL INFORMATION Hardware: CPU: 12 × AMD Ryzen 5 5600X 6-Core Processor RAM: 15,5 GiB GPU: AMD Radeon RX 6700 XT Micro-Star International Co., Ltd. MS-7C91 Thanks -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 466862] Cannot pkcon update due to unmet dependencies with poppler and okular-backends
https://bugs.kde.org/show_bug.cgi?id=466862 Al changed: What|Removed |Added CC||alfons.torre...@gmail.com --- Comment #1 from Al --- Same error -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 464087] New: highlight selection broken in RTL text when Line Height Multiplier > 1
https://bugs.kde.org/show_bug.cgi?id=464087 Bug ID: 464087 Summary: highlight selection broken in RTL text when Line Height Multiplier > 1 Classification: Applications Product: kate Version: 22.12.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: fahad.alsa...@gmail.com Target Milestone: --- Created attachment 155174 --> https://bugs.kde.org/attachment.cgi?id=155174&action=edit the problem SUMMARY *** when you set Line Height Multiplier > 1 and have 2 lines or more in Arabic the highlight of selection is broken, please see the screen recording to visualize the problem *** STEPS TO REPRODUCE 1. set Line Height Multiplier to more than 1 2. select 1 or more line 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Kernel Version: 5.15.0-56-generic (64-bit) Graphics Platform: X11 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 463767] search & replace unicode char is very slow
https://bugs.kde.org/show_bug.cgi?id=463767 --- Comment #5 from Fahad Al-Saidi --- (In reply to Kåre Särs from comment #4) > There is the "Replace checked" button that replaces all the checked items. > After a search all matches are checked until you un-check them Thanks. It works. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 463767] search & replace unicode char is very slow
https://bugs.kde.org/show_bug.cgi?id=463767 --- Comment #3 from Fahad Al-Saidi --- @Kåre Särs Thanks for the workaround it is really fast in search, but unfortunately Search & Replace plugin doesn't have option for replacing all matches or at least I couldn't find it. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 463767] search & replace unicode char is very slow
https://bugs.kde.org/show_bug.cgi?id=463767 --- Comment #1 from Fahad Al-Saidi --- to make it really slow, search for [\x{202A}-\x{202F}] -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 463767] New: search & replace unicode char is very slow
https://bugs.kde.org/show_bug.cgi?id=463767 Bug ID: 463767 Summary: search & replace unicode char is very slow Classification: Applications Product: kate Version: 22.08.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: search Assignee: kwrite-bugs-n...@kde.org Reporter: fahad.alsa...@gmail.com Target Milestone: --- Created attachment 154982 --> https://bugs.kde.org/attachment.cgi?id=154982&action=edit a big file contains hidden unicode chars SUMMARY *** I have a txt file generated it for tesserocr that has lot of hidden Unicode chars under Pop Directional Formatting (PDF) block. So I want to search & delete them. I notice that kate is very slow in doing that. *** STEPS TO REPRODUCE 1. download attached txt file. 2. search & replace (Ctrl+R) 3. type \x{202C} 4. choose Regular expression mode 5. Click Replace all. OBSERVED RESULT the process is very slow. EXPECTED RESULT SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE neon 5.26 22.04 (x86_64) (available in About System) Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.2 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.6 Kernel Version: 5.15.0-52-generic (64-bit) ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kup] [Bug 463000] Removing a backup plan removes names from subsequent plans
https://bugs.kde.org/show_bug.cgi?id=463000 --- Comment #1 from al F --- It's not just names that are lost, subsequent plans loose ALL formatting and needs to be redone. The shield changes to red and the tagline reads "This backup plan has never been run". -- You are receiving this mail because: You are watching all bug changes.
[kup] [Bug 458327] No indication that destination must exist for backup to proceed
https://bugs.kde.org/show_bug.cgi?id=458327 al F changed: What|Removed |Added CC||pub...@mellomrommet.no --- Comment #2 from al F --- This looks like a relative to https://bugs.kde.org/show_bug.cgi?id=453919 -- You are receiving this mail because: You are watching all bug changes.
[kup] [Bug 463016] New: Kup: asking for confirmation even if option disabled
https://bugs.kde.org/show_bug.cgi?id=463016 Bug ID: 463016 Summary: Kup: asking for confirmation even if option disabled Classification: Applications Product: kup Version: 0.9.1 Platform: Manjaro OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: simon.pers...@mykolab.com Reporter: pub...@mellomrommet.no Target Milestone: --- SUMMARY When creating a new backup plan, even if the option "Ask for confirmation before saving backup" is NOT set, kup will ask for confirmation before running the backup. STEPS TO REPRODUCE 1. Create a backup plan and make sure "Ask for confirmation before saving backup" is not selected. 2. Wait for the scheduled backup to start. OBSERVED RESULT Kup will ask for confirmation, on first as well as subsequent runs. EXPECTED RESULT Kup shouldn't ask for confirmation, just do the backup and after notify whether it was succesful. SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 Kernel Version: 5.15.81-1-MANJARO (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[kup] [Bug 453919] Backup folder not created for external disk plans
https://bugs.kde.org/show_bug.cgi?id=453919 al F changed: What|Removed |Added CC||pub...@mellomrommet.no --- Comment #8 from al F --- (In reply to HD from comment #6) > When I configured the destination it automatically selected "Backups" > folder. I assumed that the service created or would create the destination > folder when activated, so I left at that. > > I found that destination folder was not created so I went ahead and did so > manually, then ran backup and It worked. > > Don't know if that is the case for all of you. But try it, if you relied on > the destination folder being created automatically. > > For the developers, you may want to incorporate the automatic creation of > the destination folder "Backups". I can confirm that unless you set the backup directory by opening the folder selection dialog, no backup will be created. No error message, just a silent exit with no result. -- You are receiving this mail because: You are watching all bug changes.
[kup] [Bug 463007] New: Checking backup integrity takes exceptionally long time
https://bugs.kde.org/show_bug.cgi?id=463007 Bug ID: 463007 Summary: Checking backup integrity takes exceptionally long time Classification: Applications Product: kup Version: 0.9.1 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: simon.pers...@mykolab.com Reporter: pub...@mellomrommet.no Target Milestone: --- SUMMARY I need to backup many 100s of GB of data, and becuase of this I'm using several backup plans to do it in "chunks". I'm doing an rsync "mirror" and a bup backup of the data to an external USB harddisk. The rsync is very fast and done in less than a second unless there are substantial changes to the source data, but the bup backup needs very long time to check data integrity. While I understand that the first time backing up requires quite some time with that much data, and also understand that integrity checking is slower than an rsync process, I don't think integrity checking should need more than a few minutes. Both prosessor and RAM capabilities are good on my hardware, but this process was running for more than 15 minutes on a folder where the source data are about 70 GB. STEPS TO REPRODUCE 1. Set up a backup plan for a folder with about 70 GB of data. Tick checkboxes in settings for "Verify integrity of backups" and "Generate recovery information". 2. Run the backup plan. 3. Wait OBSERVED RESULT Integrity checking is very slow, more than 15 minutes EXPECTED RESULT Integrity checking should be done in a few minutes. SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 Kernel Version: 5.15.81-1-MANJARO (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[kup] [Bug 463000] New: Removing a backup plan removes names from subsequent plans
https://bugs.kde.org/show_bug.cgi?id=463000 Bug ID: 463000 Summary: Removing a backup plan removes names from subsequent plans Classification: Applications Product: kup Version: 0.9.1 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: simon.pers...@mykolab.com Reporter: pub...@mellomrommet.no Target Milestone: --- SUMMARY Removing a backup plan when there are many of them also removes names from some of the plans. STEPS TO REPRODUCE 1. Create several (I had 12) backup plans and give them names 2. Remove one of the plans in the middle OBSERVED RESULT Plans newer than the removed one reverts names to "Backup plan 6", "Backup plan 7", etc EXPECTED RESULT All kept plans would keep all settings. SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 Kernel Version: 5.15.81-1-MANJARO (64-bit) Graphics Platform: X11 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 441156] Kirigami.SwipeListItem loses action buttons in RTL mode
https://bugs.kde.org/show_bug.cgi?id=441156 --- Comment #16 from Zayed Al-Saidi --- I test this with: Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.26.80 KDE Frameworks Version: 5.100.0 And I can't reproduce it! Maybe it is fixed by this commit: https://invent.kde.org/frameworks/kirigami/-/commit/b6980005ab3878747c27c5e7265b442188953a7c Anyhow, I will give some time to testing, then we can close this bug. Mosaab Alzoubi please test this again. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 441156] Kirigami.SwipeListItem loses action buttons in RTL mode
https://bugs.kde.org/show_bug.cgi?id=441156 --- Comment #15 from Zayed Al-Saidi --- I'm getting this in terminal when I test Advanced Language Selection Page by adding new lang zayed@zayed-virtualbox:~$ kcmshell5 kcm_regionandlang file:///usr/share/kpackage/kcms/kcm_regionandlang/contents/ui/main.qml:19:13: QML ColumnLayout: Cannot anchor to an item that isn't a parent or sibling. file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/PlaceholderMessage.qml:239:5: QML Heading: Binding loop detected for property "verticalAlignment" file:///usr/share/kpackage/kcms/kcm_regionandlang/contents/ui/AdvancedLanguageSelectPage.qml:27:13: QML ColumnLayout: Cannot anchor to an item that isn't a parent or sibling. qml: The item AdvancedLanguageSelectPage_QMLTYPE_159(0x55e99a864d80) is already in the PageRow : QML QQuickAnchors: Binding loop detected for property "right" qml: Don't override the leftPadding or rightPadding on a SwipeListItem! This makes it impossible for me to adjust my layout as I need to for various usecases. I'll try to fix the mistake for you, but you should remove your overrides from your app's code entirely. If I can't fix the paddings, I'll fall back to a default layout, but it'll be slightly incorrect and lacks adaptations needed for touch screens and right-to-left languages, among other things. : QML QQuickAnchors: Binding loop detected for property "right" qml: Don't override the leftPadding or rightPadding on a SwipeListItem! This makes it impossible for me to adjust my layout as I need to for various usecases. I'll try to fix the mistake for you, but you should remove your overrides from your app's code entirely. If I can't fix the paddings, I'll fall back to a default layout, but it'll be slightly incorrect and lacks adaptations needed for touch screens and right-to-left languages, among other things. : QML QQuickAnchors: Binding loop detected for property "right" qml: Don't override the leftPadding or rightPadding on a SwipeListItem! This makes it impossible for me to adjust my layout as I need to for various usecases. I'll try to fix the mistake for you, but you should remove your overrides from your app's code entirely. If I can't fix the paddings, I'll fall back to a default layout, but it'll be slightly incorrect and lacks adaptations needed for touch screens and right-to-left languages, among other things. : QML QQuickAnchors: Binding loop detected for property "right" qml: Don't override the leftPadding or rightPadding on a SwipeListItem! This makes it impossible for me to adjust my layout as I need to for various usecases. I'll try to fix the mistake for you, but you should remove your overrides from your app's code entirely. If I can't fix the paddings, I'll fall back to a default layout, but it'll be slightly incorrect and lacks adaptations needed for touch screens and right-to-left languages, among other things. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 430130] ScrollablePage does not correctly position content on RTL
https://bugs.kde.org/show_bug.cgi?id=430130 Zayed Al-Saidi changed: What|Removed |Added CC||zayed.alsa...@gmail.com --- Comment #2 from Zayed Al-Saidi --- I can't reproduce on Windows (KDE framework 5.98, Qt 5.15.5, Ktrip 22.09) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 435112] BasicListItem is not fully RTL-compliant
https://bugs.kde.org/show_bug.cgi?id=435112 Zayed Al-Saidi changed: What|Removed |Added CC||zayed.alsa...@gmail.com --- Comment #4 from Zayed Al-Saidi --- I think this is a duplicate of Bug#441156 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 441156] Kirigami.SwipeListItem loses action buttons in RTL mode
https://bugs.kde.org/show_bug.cgi?id=441156 --- Comment #14 from Zayed Al-Saidi --- Created attachment 152717 --> https://bugs.kde.org/attachment.cgi?id=152717&action=edit SwipeListItem RTL issue (kde framework 5.100.0) SwipeListItem RTL issue (kde framework 5.100.0) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 441156] Kirigami.SwipeListItem loses action buttons in RTL mode
https://bugs.kde.org/show_bug.cgi?id=441156 Zayed Al-Saidi changed: What|Removed |Added Status|NEEDSINFO |REOPENED Resolution|WAITINGFORINFO |--- --- Comment #13 from Zayed Al-Saidi --- (In reply to Janet Blackquill from comment #10) > I can't seem to reproduce the bug on latest git master everything. All the > pages I've checked in systemsettings render as expected, including the > screenshotted languages page. > > What version are you on? > > Also, the !574 MR wasn't merged as far as I know. Still getting same result with latest build from KDE neon Unstable: Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.26.80 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.6 Kernel Version: 5.15.0-50-generic (64-bit) Graphics Platform: X11 If you need more info, you are welcome -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 441156] Kirigami.SwipeListItem loses action buttons in RTL mode
https://bugs.kde.org/show_bug.cgi?id=441156 --- Comment #12 from Zayed Al-Saidi --- (In reply to Janet Blackquill from comment #10) > I can't seem to reproduce the bug on latest git master everything. All the > pages I've checked in systemsettings render as expected, including the > screenshotted languages page. > > What version are you on? > > Also, the !574 MR wasn't merged as far as I know. I can confirm this in KDE neon user edition: Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.0 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.6 Kernel Version: 5.11.0-40-generic (64-bit) I will try the daily build to see the master. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 441156] Kirigami.SwipeListItem loses action buttons in RTL mode
https://bugs.kde.org/show_bug.cgi?id=441156 Zayed Al-Saidi changed: What|Removed |Added Keywords||regression --- Comment #9 from Zayed Al-Saidi --- Yes, I confirm this bug is reopened :( The previous fix is reverted in: https://invent.kde.org/frameworks/kirigami/-/merge_requests/574 Operating System: Kubuntu 22.04 KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.3 -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 189994] tree widget rtl bidi problem
https://bugs.kde.org/show_bug.cgi?id=189994 --- Comment #17 from Zayed Al-Saidi --- (In reply to Yaron Shahrabani from comment #16) > (In reply to Zayed Al-Saidi from comment #15) > > Created attachment 152569 [details] > > Open Dialog in RTL mode showing Tree View in RtL mode > > Thank you so much for this. > I'm still not convinced it's the same widget, wouldn't it be better to open > another bug in addition to the one you've already opened for Dolphin about > this? > > Thank you so much! I truly appreciate your help. Done. See this: https://bugs.kde.org/show_bug.cgi?id=459950 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 459950] New: tree widget in Detail view doesn't support RTL properly
https://bugs.kde.org/show_bug.cgi?id=459950 Bug ID: 459950 Summary: tree widget in Detail view doesn't support RTL properly Classification: Frameworks and Libraries Product: frameworks-kio Version: 5.98.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Open/save dialogs Assignee: kio-bugs-n...@kde.org Reporter: zayed.alsa...@gmail.com CC: kdelibs-b...@kde.org Target Milestone: --- Created attachment 152576 --> https://bugs.kde.org/attachment.cgi?id=152576&action=edit Open Dialog in RTL mode showing Tree View starting from lift SUMMARY *** Currently, in the RTL language environment, the tree widget in Detail view doesn't support RTL. Currently, the view is forced to be LTR mode (i.e. starting from lift side). Qt is support RTL tree view (see https://bugsfiles.kde.org/attachment.cgi?id=145970 ) For reference: Bug#189994 is the original bug report. However, since Qt support the RTL tree widget, we need to open bug report for each custom implementation of tree widget. Bug#449211 is bug report for Dolphin custom detail view issue. *** STEPS TO REPRODUCE 1. Run any KDE app (using standard KDE open dialog) in reverse mode, for example: kate -reverse 2. Go file --> Open file OBSERVED RESULT The tree start from lift EXPECTED RESULT The tree should start from right. See for correct one: https://bugsfiles.kde.org/attachment.cgi?id=145970 Operating System: Kubuntu 22.04 KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.3 Kernel Version: 5.15.0-48-generic (64-bit) Graphics Platform: X11 Processors: 24 × AMD Ryzen 9 3900X 12-Core Processor Memory: 31.3 غ.بايت of RAM Graphics Processor: AMD Radeon RX 5500 XT Manufacturer: Micro-Star International Co., Ltd. Product Name: MS-7C37 System Version: 1.0 -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 189994] tree widget rtl bidi problem
https://bugs.kde.org/show_bug.cgi?id=189994 --- Comment #15 from Zayed Al-Saidi --- Created attachment 152569 --> https://bugs.kde.org/attachment.cgi?id=152569&action=edit Open Dialog in RTL mode showing Tree View in RtL mode -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 189994] tree widget rtl bidi problem
https://bugs.kde.org/show_bug.cgi?id=189994 --- Comment #13 from Zayed Al-Saidi --- (In reply to Yaron Shahrabani from comment #12) > (In reply to Zayed Al-Saidi from comment #11) > > (In reply to Yaron Shahrabani from comment #8) > > > Created attachment 152553 [details] > > > Hebrew Dolphin showing the correct tree > > > > > > Dolphin seems OK now. > > > > Partially, OK. Please see this: > > https://bugs.kde.org/show_bug.cgi?id=449211 > > You can also see that in my screenshot: > https://bugsfiles.kde.org/attachment.cgi?id=152553 > > But is it related? > Are these exactly the same tree component or do we need to open another bug > specifically in Dolphin and close this one? Dolphin is using a custom widget (i.e. KStandardItemListWidget), so it is not related anymore to kdeui. However, the issue is still existing in KDE open/save dialog. -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 189994] tree widget rtl bidi problem
https://bugs.kde.org/show_bug.cgi?id=189994 --- Comment #11 from Zayed Al-Saidi --- (In reply to Yaron Shahrabani from comment #8) > Created attachment 152553 [details] > Hebrew Dolphin showing the correct tree > > Dolphin seems OK now. Partially, OK. Please see this: https://bugs.kde.org/show_bug.cgi?id=449211 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 334646] Password managers can't clear clipboard entries
https://bugs.kde.org/show_bug.cgi?id=334646 al F changed: What|Removed |Added Summary|remove the last entry from |Password managers can't |history when a program |clear clipboard entries |request to clear the| |clipboard | -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 334646] remove the last entry from history when a program request to clear the clipboard
https://bugs.kde.org/show_bug.cgi?id=334646 --- Comment #6 from al F --- The title of this bug should be changed to "Password manager can't clear clipboard entry" to better reflect the severity. Will try to change it, but not sure if I can. It also affects other password managers, like Bitwarden (both the desktop client and the browser extension. I also think that it should not necessarily be the last entry that is deleted - there may be situations when you copy and paste a password, then copy something else before the timeout. The copied entry should somehow be marked with an expiration timer so that it gets reliably deleted after use. I too can do this manually, of course, but I too forget... This bug is still alive with Linux/KDE Plasma: Operating System: Manjaro Linux KDE Plasma Version: 5.24.6 KDE Frameworks Version: 5.96.0 Qt Version: 5.15.5 Kernel Version: 5.15.57-2-MANJARO (64-bit) Graphics Platform: X11 Graphics Processor: Mesa Intel® HD Graphics 530 ADDITIONAL INFORMATION There is a bug report regarding this at https://github.com/bitwarden/clients/issues/1047 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 334646] remove the last entry from history when a program request to clear the clipboard
https://bugs.kde.org/show_bug.cgi?id=334646 al F changed: What|Removed |Added CC||pub...@mellomrommet.no -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 456459] New: Use the same horizontal and vertical float distance
https://bugs.kde.org/show_bug.cgi?id=456459 Bug ID: 456459 Summary: Use the same horizontal and vertical float distance Product: lattedock Version: 0.10.8 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: kde-b...@alschaapman.com Target Milestone: --- SUMMARY Currently there are two configuration options that separately control the behavior of floating panels and docks: Appearance -> Length -> Maximum and Appearance -> Margins -> Screen Edge. This might not be so bad for configuring those floating corners if the two options took the same length unit, but they don't: one takes a percentage and the other an integer number of pixels. The reason is that the screen edge margin applies only to the screen edge the dock or panel is attached to. This makes it unnecessarily difficult to configure a floating panel or dock with a uniform horizontal and vertical distance from the screen edges. EXPECTED RESULT Either the screen edge margin should always be applied to all screen edges, or there should be a configuration option to enable this behavior. There should be no need to use two settings to configure the distance of the panel from the edge of the screen. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (2022-06-22) (available in About System) KDE Plasma Version: 5.25.1 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.5 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 344181] konsole 256 color support differs from xterm/rxvt
https://bugs.kde.org/show_bug.cgi?id=344181 --- Comment #10 from Al Schaapman --- I think I somehow skipped over Egmont Koblinger's comments when I read the comment chain, because clearly I was missing a lot of information. Still a +1 for setting the palette with escape sequences from me. Konsole is one of the only terminal emulators I've used that can't have its colors set by base16-shell. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 344181] konsole 256 color support differs from xterm/rxvt
https://bugs.kde.org/show_bug.cgi?id=344181 Al Schaapman changed: What|Removed |Added CC||kde-b...@alschaapman.com --- Comment #9 from Al Schaapman --- I see this bug hasn't gotten any attention for a long time, but it's actually a pretty big problem with how Konsole handles color. Every other truecolor supporting terminal emulator that I am aware of has palette colors 16-21; only Konsole does not. Bug 233991 only concerns Konsole inability to set the ANSI color palette using escape sequences -- a capability it absolutely should have, possibly leaving the user a configuration option to override the palette with Konsole's own color scheme. However, the issue here is that there are six colors in Konsole's ANSI color palette which are not set by the terminal *at all*. There is no way to supply them in a .colorscheme, which is currently the only way to configure colors. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 456414] inline notes does not support RTL (bidirectional text support and shaping)
https://bugs.kde.org/show_bug.cgi?id=456414 --- Comment #2 from Zayed Al-Saidi --- (In reply to Albert Astals Cid from comment #1) > Do I understand that you're saying that both lines of text should be > rendered the same? Yes. They should be rendered the same. > Not even Adobe Reader is doing that https://i.imgur.com/59UpQfa.png It is a bug in Adobe Reader :) and I can't report it because it is a closed software. > Which if I'm not making a mistake is exactly the same that Okular renders, > no? Unfortunately, you are correct. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 456414] New: inline notes does not support RTL (bidirectional text support and shaping)
https://bugs.kde.org/show_bug.cgi?id=456414 Bug ID: 456414 Summary: inline notes does not support RTL (bidirectional text support and shaping) Product: okular Version: 22.04.2 Platform: Flatpak OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: PDF backend Assignee: okular-de...@kde.org Reporter: zayed.alsa...@gmail.com Target Milestone: --- Created attachment 150450 --> https://bugs.kde.org/attachment.cgi?id=150450&action=edit test document The Arabic inline notes are not rendered correctly. It lacks the bidirectional text support as well as the proper shaping (i.e. the letters are disconnected.) In the attached test document, the same text which are in original PDF is put as inline note. The text is: بسم الله الرحمن الرحيم for reference: https://github.com/HOST-Oman/libraqm -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456251] Add an optional text label to applet
https://bugs.kde.org/show_bug.cgi?id=456251 --- Comment #1 from Al Schaapman --- An optional text label would also make Kickoff's feature set almost the same as Whisker Menu's, so users interested in migrating from the Xfce desktop would find it easier to create a panel configuration with a familiar visual organization. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456252] New: Add an optional text label to applet
https://bugs.kde.org/show_bug.cgi?id=456252 Bug ID: 456252 Summary: Add an optional text label to applet Product: plasmashell Version: 5.25.1 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Application Menu (Kicker) Assignee: plasma-b...@kde.org Reporter: kde-b...@alschaapman.com Target Milestone: 1.0 SUMMARY Users may want a larger click target for the Application Menu (Kicker), particularly if the applet is placed in a panel (screen edge) but not at a corner, or if there is a trigger for "Screen Edges" attached to the same corner where the applet is placed. If there were an option to display a text label next to the Application Menu button (e.g. "Applications" or "Menu"), the clickable area could be made larger. Users may also wish for the Application Menu button to display descriptive text instead of an icon. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (2022-06-22) (available in About System) KDE Plasma Version: 5.25.1 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.5 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 456251] New: Add an optional text label to applet
https://bugs.kde.org/show_bug.cgi?id=456251 Bug ID: 456251 Summary: Add an optional text label to applet Product: plasmashell Version: 5.25.1 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Application Launcher (Kickoff) Assignee: plasma-b...@kde.org Reporter: kde-b...@alschaapman.com CC: mikel5...@gmail.com, noaha...@gmail.com Target Milestone: 1.0 SUMMARY Users may want a larger click target for the Application Launcher (Kickoff), particularly if the applet is placed in a panel (screen edge) but not at a corner, or if there is a trigger for "Screen Edges" attached to the same corner where the applet is placed. If there were an option to display a text label next to the Application Launcher button (e.g. "Applications" or "Launcher"), the clickable area could be made larger. Users may also wish for the Application Launcher button to display descriptive text instead of an icon. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (2022-06-22) (available in About System) KDE Plasma Version: 5.25.1 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.5 -- You are receiving this mail because: You are watching all bug changes.
[Skanpage] [Bug 455847] New: mailto link doesn't attach file for some services
https://bugs.kde.org/show_bug.cgi?id=455847 Bug ID: 455847 Summary: mailto link doesn't attach file for some services Product: Skanpage Version: unspecified Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: a.stipp...@gmx.net Reporter: a...@al-williams.com Target Milestone: --- SUMMARY *** When trying to send a scan, the program uses a mailto: link with a file-attachment. It looks like some common mail setups don't honor this anymore (especially web mail) presumably because it provides a way for someone to say "click here" and then mail themselves some file off your system without you noticing? *** STEPS TO REPRODUCE 1. Scan 2. Send scan via e-mail 3. Note that e-mail client pops up with no file attached ADDITIONAL INFORMATION As a silly work around, I have my e-mail application set to a file (/usr/local/bin/gmail-stub) that looks like this: #!/bin/bash CMD=`echo $1 | sed s/attachment=file:../subject=Please+attach+/` exec xdg-open "https://mail.google.com/mail?extsrc=mailto&url=$CMD"; This works for everything normal (the sed misses everything) and if you have an attachment you get a subject that says Please attach (file path). RFC2368 only assures you that to/subject/body are understood https://www.rfc-editor.org/rfc/rfc2368 -- I hear there is no more support in several other e-mail programs, too. My script is not ideal, but I'm trying to think of a better way to do this for programs like skan. For example, copy the file to the clipboard so it could be pasted? -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 455290] sshmanager import fills in user ID, but editing doesn't allow edits with the user ID filled in (but User ID is read only in this case)
https://bugs.kde.org/show_bug.cgi?id=455290 --- Comment #3 from Al Williams --- (In reply to Bug Janitor Service from comment #2) > A possibly relevant merge request was started @ > https://invent.kde.org/utilities/konsole/-/merge_requests/687 I went ahead and fixed it and passed along the above-mentioned merge request. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 455290] New: sshmanager import fills in user ID, but editing doesn't allow edits with the user ID filled in (but User ID is read only in this case)
https://bugs.kde.org/show_bug.cgi?id=455290 Bug ID: 455290 Summary: sshmanager import fills in user ID, but editing doesn't allow edits with the user ID filled in (but User ID is read only in this case) Product: konsole Version: unspecified Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: sshmanager Assignee: konsole-de...@kde.org Reporter: a...@al-williams.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. Try to change profile for imported host 2. Note that manager reports you should not provide username/key (Message: If use Ssh Config is set, do not specify sshkey or username). Unable to save. 3. Note that the import set the user name and you are unable to change it. 4. Only work around is to directly edit ~/.config/konsolesshconfig while Konsole is NOT running Portion of .ssh/config: Host XXX Hostname XXX.XXX ForwardX11 yes ForwardX11Trusted yes Compression yes ServerAliveCountMax 3 ServerAliveInterval 15 TCPKeepAlive yes User MYUSERID So it appears that the import fills the user ID field (unnecessarily) but the edit feature doesn't allow you to fill it in. But since it is already filled in and you can't change it One byproduct of this is that if you try to set a profile to open a session, the sshmanager session overrides the profile setting and since you can't change it -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 434972] RTL widget resizing problem in edit mode
https://bugs.kde.org/show_bug.cgi?id=434972 Zayed Al-Saidi changed: What|Removed |Added CC||zayed.alsa...@gmail.com --- Comment #7 from Zayed Al-Saidi --- *** Bug 453116 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 453116] Widget resize go opposite direction in RTL mode
https://bugs.kde.org/show_bug.cgi?id=453116 Zayed Al-Saidi changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Zayed Al-Saidi --- Sorry, it is a duplicate of 434972 *** This bug has been marked as a duplicate of bug 434972 *** -- You are receiving this mail because: You are watching all bug changes.
[kup] [Bug 451302] Kioslave crashes repeatedly in File::readMetadata() when trying to recover backup from /home or /home/user
https://bugs.kde.org/show_bug.cgi?id=451302 Al Williams changed: What|Removed |Added CC||a...@al-williams.com --- Comment #5 from Al Williams --- I had the same problem. It appears to happen when there it tries to open a file and can't because of permissions or the file being open etc. I haven't done enough testing to be sure, but after dismissing all the crashes it worked and there were about an equal number of bad file opens in the logs. Everything else worked fine. -- You are receiving this mail because: You are watching all bug changes.
[kup] [Bug 454773] New: Way to run plan from command line/cron etc.
https://bugs.kde.org/show_bug.cgi?id=454773 Bug ID: 454773 Summary: Way to run plan from command line/cron etc. Product: kup Version: unspecified Platform: Neon Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: simon.pers...@mykolab.com Reporter: a...@al-williams.com Target Milestone: --- It would be nice to be able to launch a backup plan from something like a systemd timer, a corn job, etc. Dbus would be ok but fishing the code and the bus exposure didn't show anything promising. There are probably many use cases for this, but I just want backups to run unattended in the middle of the night. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454192] New: Brightness cannot be controlled through keyboard button or power applet of system tray
https://bugs.kde.org/show_bug.cgi?id=454192 Bug ID: 454192 Summary: Brightness cannot be controlled through keyboard button or power applet of system tray Product: plasmashell Version: 5.24.90 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: casuals...@pm.me CC: k...@davidedmundson.co.uk Target Milestone: 1.0 STEPS TO REPRODUCE 1. Enable kde-unstable repo in arch linux 2. Upgrade to latest plasma version 3. Change brightness through keyboard button or power applet OBSERVED RESULT The slider/brightness jumps around randomly and does not stay at proper position, and can never reach hundred percentage. As a work aroud i am using brightnessctl and disable dim screen on power management settings. EXPECTED RESULT The brightness gets changed properly as in older versions SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.1.1/5.24.90 (available in About System) KDE Plasma Version: 5.24.90 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.4 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 453116] New: Widget resize go opposite direction in RTL mode
https://bugs.kde.org/show_bug.cgi?id=453116 Bug ID: 453116 Summary: Widget resize go opposite direction in RTL mode Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Desktop Containment Assignee: plasma-b...@kde.org Reporter: zayed.alsa...@gmail.com CC: notm...@gmail.com Target Milestone: 1.0 Created attachment 148423 --> https://bugs.kde.org/attachment.cgi?id=148423&action=edit Resize desktop using handler in RTL mode. SUMMARY *** The desktop widget resize (using the handler) go to the opposite direction in RTL mode. The affecting the horizontal movement. This happened when using the side handler and corner ones. I record a short video about this bug, see the attachement. STEPS TO REPRODUCE 1. Run plasma desktop in RTL environment 2. put widget in the desktop 3. using the handler, try to resize the widget horizontally to the right by dragging the handler to the right. OBSERVED RESULT the widget resize horizontally to the left EXPECTED RESULT the widget resize horizontally to the right SOFTWARE/OS VERSIONS Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.24.80 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 Kernel Version: 5.11.0-40-generic (64-bit) Graphics Platform: X11 Processors: 3 × AMD Ryzen 9 3900X 12-Core Processor Memory: 4.9 غ.بايت of RAM Graphics Processor: llvmpipe ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 451925] block selection doesn't work with RTL text
https://bugs.kde.org/show_bug.cgi?id=451925 --- Comment #1 from Fahad Al-Saidi --- @Waqar Ahmed please have a look -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 451925] New: block selection doesn't work with RTL text
https://bugs.kde.org/show_bug.cgi?id=451925 Bug ID: 451925 Summary: block selection doesn't work with RTL text Product: kate Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: application Assignee: kwrite-bugs-n...@kde.org Reporter: fahad.alsa...@gmail.com Target Milestone: --- SUMMARY block selection mode doesn't work with RTL text. I couldn't select any text. STEPS TO REPRODUCE 1. add multiple RTL lines 2. turn on block selection mode 3. try to select anything OBSERVED RESULT no selection at all -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 385694] Backspace deletes the wrong character in Arabic text
https://bugs.kde.org/show_bug.cgi?id=385694 --- Comment #10 from Fahad Al-Saidi --- thanks @Waqar for fixing RTL bugs in kate. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 443919] Changes to breeze Qt in 5.23 not synced to GTK(2,3)
https://bugs.kde.org/show_bug.cgi?id=443919 Al Schaapman changed: What|Removed |Added CC||kde-b...@alschaapman.com --- Comment #14 from Al Schaapman --- Tab widgets seem to have not had their style updated so that their appearance is identical in GTK with the Blue Ocean changes to the QStyle. See bug 451793. -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 451793] New: Blue Ocean-style tabs not implemented
https://bugs.kde.org/show_bug.cgi?id=451793 Bug ID: 451793 Summary: Blue Ocean-style tabs not implemented Product: Breeze Version: master Platform: Other OS: Other Status: REPORTED Severity: normal Priority: NOR Component: gtk theme Assignee: uhh...@gmail.com Reporter: kde-b...@alschaapman.com CC: plasma-b...@kde.org Target Milestone: --- SUMMARY Most Blue Ocean changes to the Breeze QStyle have been implemented in the GTK widget theme, but tab widgets in GTK applications still have not had their appearance updated. See bug 443919. STEPS TO REPRODUCE 1. gtk3-widget-factory with GTK_THEME=Breeze OBSERVED RESULT Tab widgets are not styled to appear identical between Qt and GTK apps. EXPECTED RESULT After a series of recent commits to implement the new Blue Ocean design, equivalent widgets should be styled identically across widget toolkits. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.24.1 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION Scrollbars, buttons, radio buttons, checkboxes, menus, and most other widgets appear to have completed the Blue Ocean transition. I have not noticed if there are any other lingering artefacts; it is possible that one or two other widgets slipped under the radar. As of now I am only aware of tabs not having their style updated. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 451433] Name column in details view mode should be at far right in RtL
https://bugs.kde.org/show_bug.cgi?id=451433 Zayed Al-Saidi changed: What|Removed |Added CC||uhh...@gmail.com --- Comment #1 from Zayed Al-Saidi --- Janet, could you please have a look? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 451433] New: Name column in details view mode should be at far right in RtL
https://bugs.kde.org/show_bug.cgi?id=451433 Bug ID: 451433 Summary: Name column in details view mode should be at far right in RtL Product: dolphin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: view-engine: details mode Assignee: dolphin-bugs-n...@kde.org Reporter: zayed.alsa...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY *** In RtL, the Name column in details view must be at the right. Currently it is stationed at the far left without any option to drag it to the far right. *** STEPS TO REPRODUCE 1. run dolphin with -reverse option 2. go to details view OBSERVED RESULT The name column is at the far left. You can't drag it to the far right. EXPECTED RESULT The Name column must be at the far right. SOFTWARE/OS VERSIONS Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.24.80 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 Kernel Version: 5.11.0-40-generic (64-bit) Graphics Platform: X11 Processors: 3 × AMD Ryzen 9 3900X 12-Core Processor Memory: 4.9 غ.بايت of RAM Graphics Processor: llvmpipe -- You are receiving this mail because: You are watching all bug changes.