[systemsettings] [Bug 489580] New: Cannot scroll into the settings window of certain wallpaper plugins
https://bugs.kde.org/show_bug.cgi?id=489580 Bug ID: 489580 Summary: Cannot scroll into the settings window of certain wallpaper plugins Classification: Applications Product: systemsettings Version: 6.1.1 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_wallpaper Assignee: plasma-b...@kde.org Reporter: apanda...@gmail.com CC: me...@kde.org Target Milestone: --- Created attachment 171262 --> https://bugs.kde.org/attachment.cgi?id=171262=edit screenshot-of-issue *** 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 *** SUMMARY I installed this plugin https://github.com/luisbocanegra/plasma-smart-video-wallpaper-reborn/, but I cannot scroll in the system settings window. STEPS TO REPRODUCE 1. Install plasma-smart-video-wallpaper-reborn 2. Try to change the wallpaper settings in System Settings > Wallpaper and enable this plugin OBSERVED RESULT There is no scrollbar and some settings are buried down below, and cannot be accessed (due to no scrollbar). EXPECTED RESULT There should be a scrollbar SOFTWARE/OS VERSIONS Operating System: EndeavourOS KDE Plasma Version: 6.1.1 KDE Frameworks Version: 6.3.0 Qt Version: 6.7.2 ADDITIONAL INFORMATION Note that kcm_screenlocker is also affected. Also reported the bug (https://github.com/luisbocanegra/plasma-smart-video-wallpaper-reborn/issues/28) to the plugin developer, who suggested reporting it here. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 488601] Add “Minimize all windows” as screen edge action
https://bugs.kde.org/show_bug.cgi?id=488601 Archisman Panigrahi changed: What|Removed |Added Summary|Add “Minimize all windows” |Add “Minimize all windows” |as screen edge axction |as screen edge action -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 488601] New: “Minimize all windows” is not available in screen edges
https://bugs.kde.org/show_bug.cgi?id=488601 Bug ID: 488601 Summary: “Minimize all windows” is not available in screen edges Classification: Plasma Product: plasmashell Version: 6.0.5 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Show Desktop/Minimize All Assignee: plasma-b...@kde.org Reporter: apanda...@gmail.com Target Milestone: 1.0 SUMMARY "Minimize all windows" is not available in screen edges. While "Peek at Desktop" is available, that un-minimizes and shows all the open apps when I open a single app. I want to open a single app after minimizing all apps using screen edges. This is the default behavior in Microsoft Windows as well as in Cinnamon desktop. Note that "Minimize all Windows" is available as an alternative behavior in the "peek at desktop" panel button, but I want to enable this as a screen edge behavior. STEPS TO REPRODUCE 1. Enable screen edges and turn on "Peek at Desktop" 2. After activating this screen edge (which has minimized the windows), open any app OBSERVED RESULT All other apps are also opened. EXPECTED RESULT I want the app I opened to be shown, and don't want all other apps to un-minimize. This is the default behavior in Windows and Cinnamon. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 6.0.5 KDE Frameworks Version: 6.3.0 Qt Version: 6.7.1 ADDITIONAL INFORMATION KDE Discuss post: https://discuss.kde.org/t/how-to-restore-a-single-window-in-kde-after-turning-on-peek-at-desktop/ -- You are receiving this mail because: You are watching all bug changes.
[Skanpage] [Bug 482231] Avoid technical terms (duplex) for scanning both sides of documents in Skanpage
https://bugs.kde.org/show_bug.cgi?id=482231 --- Comment #7 from Archisman Panigrahi --- I am unsure how to mark it as a wish. Could not find any such option. -- You are receiving this mail because: You are watching all bug changes.
[Skanpage] [Bug 482231] Avoid technical terms (duplex) for scanning both sides of documents in Skanpage
https://bugs.kde.org/show_bug.cgi?id=482231 Archisman Panigrahi changed: What|Removed |Added Summary|Rename ADF Duplex to scan |Avoid technical terms |both sides in Skanpage |(duplex) for scanning both ||sides of documents in ||Skanpage -- You are receiving this mail because: You are watching all bug changes.
[Skanpage] [Bug 482231] Rename ADF Duplex to scan both sides in Skanpage
https://bugs.kde.org/show_bug.cgi?id=482231 Archisman Panigrahi changed: What|Removed |Added Summary|Add ability to scan both|Rename ADF Duplex to scan |sides of a page in Skanpage |both sides in Skanpage --- Comment #5 from Archisman Panigrahi --- I had to scan in another departmental event, and I confirm that ADF/Duplex does scan both sides. Can we add a note somewhere in preferences that ADF Duplex is equivalent to scanning both sides? -- You are receiving this mail because: You are watching all bug changes.
[Skanpage] [Bug 482231] Add ability to scan both sides of a page in Skanpage
https://bugs.kde.org/show_bug.cgi?id=482231 --- Comment #4 from Archisman Panigrahi --- (In reply to Alexander Stippich from comment #3) > That is going to be difficult, since we directly use the translations > provided by SANE. Can we somehow make a special case like the following pseodocode? if (translation provided == "ADF Duplex") return "Scan both sides (ADF Duplex)" end This will really improve the out-of-the box scanning experience a lot, and this will help the whole GNU/Linux ecosystem, not just KDE. -- You are receiving this mail because: You are watching all bug changes.
[Skanpage] [Bug 482231] Add ability to scan both sides of a page in Skanpage
https://bugs.kde.org/show_bug.cgi?id=482231 --- Comment #2 from Archisman Panigrahi --- It was a departmental scanner, which I needed to use at some event, but I don't have access to it right now. However, most likely it would work with ADF Duplex. Can we rename "ADF Duplex" to either "Scan both sides" or "Scan both sides (ADF Duplex)"? Since users may be using a particular scanner for the first time (like me), and they may not have time to figure out what ADF Duplex means, it would be very helpful if a non technical word like "Scan both sides" is used. I am a PhD student, and I had to scan hundreds of exam papers last week. There was no time to figure out what ADF Duplex means. I finally had to use a friend's Windows computer. -- You are receiving this mail because: You are watching all bug changes.
[Skanpage] [Bug 482231] Add ability to scan both sides of a page in Skanpage
https://bugs.kde.org/show_bug.cgi?id=482231 Archisman Panigrahi changed: What|Removed |Added Summary|Add ability to scan both|Add ability to scan both |sides of a page |sides of a page in Skanpage -- You are receiving this mail because: You are watching all bug changes.
[Skanpage] [Bug 482231] New: Add ability to scan both sides of a page
https://bugs.kde.org/show_bug.cgi?id=482231 Bug ID: 482231 Summary: Add ability to scan both sides of a page Classification: Applications Product: Skanpage Version: 23.08.5 Platform: Ubuntu OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: a.stipp...@gmx.net Reporter: apanda...@gmail.com Target Milestone: --- SUMMARY Some scanners can simultaneously scan both sides of a page (e.g. ScanSnap iX1600). However, in those scanners, Skanpage only scans one side of the pages. It will be very convenient if there is an option to scan both sides of a page simultaneously. GNOME's simple-scan has such an option in its settings, so I guess the driver backend already works. STEPS TO REPRODUCE Try to find an option to enable scanning both sides. There is none. OBSERVED RESULT No way to scan both sides of a pages EXPECTED RESULT There should be a way to configure scanning both sides of a page. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.12 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 481515] Integrate automatic keyboard backlight control within night color/night mode
https://bugs.kde.org/show_bug.cgi?id=481515 Archisman Panigrahi changed: What|Removed |Added Summary|Integrate automatic |Integrate automatic |keyboard backlight control |keyboard backlight control |within night color |within night color/night ||mode -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 481515] New: Integrate automatic keyboard backlight control within night color
https://bugs.kde.org/show_bug.cgi?id=481515 Bug ID: 481515 Summary: Integrate automatic keyboard backlight control within night color Classification: Plasma Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Night Color Assignee: plasma-b...@kde.org Reporter: apanda...@gmail.com Target Milestone: 1.0 SUMMARY Keyboard backlight is usually unnecessary during daytime. I propose that the night color mode gets an option to automatically turn on the keyboard backlight at night (for devices with keyboard backlight), simultaneously with the activation of the night color. At daytime, it would turn off the keyboard backlight. STEPS TO REPRODUCE N/A OBSERVED RESULT There is no method to automatically turn off the keyboard backlight at daytime. EXPECTED RESULT The Night Mode should have an option to turn on keyboard backlight at night, and turn it off during daytime. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 24.04 nightly image KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.10 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 479280] Widgets are not restored to their initial positions after screen rotation in convertible laptops and tablets
https://bugs.kde.org/show_bug.cgi?id=479280 Archisman Panigrahi changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |FIXED --- Comment #3 from Archisman Panigrahi --- I don't know if some recent update fixed the issue. But everything (both icons and widgets) is getting back to their proper positions now. Previously, icons would go back to their old positions as far as I can remember, but widgets wouldn't. -- You are receiving this mail because: You are watching all bug changes.
[kdeplasma-addons] [Bug 480158] The weather addon needs to have white fonts option in hide background mode
https://bugs.kde.org/show_bug.cgi?id=480158 Archisman Panigrahi changed: What|Removed |Added CC||apanda...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kdeplasma-addons] [Bug 480158] New: The weather addon needs to have white fonts option in hide background mode
https://bugs.kde.org/show_bug.cgi?id=480158 Bug ID: 480158 Summary: The weather addon needs to have white fonts option in hide background mode Classification: Plasma Product: kdeplasma-addons Version: 5.27.10 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Weather Assignee: plasma-b...@kde.org Reporter: apanda...@gmail.com Target Milestone: --- SUMMARY When I use the weather widget in the hide background mode on a dark (or even slightly dark) wallpaper, the contents are hard to see, because they all have grey fonts. It would be great if there is an option to make the font white when hide-background is activated for the weather widget. STEPS TO REPRODUCE 1. Use a dark wallpaper 2. Enter Edit Mode and hide the background for the weather widget OBSERVED RESULT The contents (in grey font) are hard to see against the dark background EXPECTED RESULT There should be an option to make the font white SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (available in About System) KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.114.0 Qt Version: 5.15.12 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 479280] Widgets are not restored to their initial positions after screen rotation in convertible laptops and tablets
https://bugs.kde.org/show_bug.cgi?id=479280 Archisman Panigrahi changed: What|Removed |Added Summary|Widgets are not restored to |Widgets are not restored to |their initial positions |their initial positions |after screen rotation |after screen rotation in ||convertible laptops and ||tablets -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 479280] Widgets are not restored to their initial positions after screen rotation
https://bugs.kde.org/show_bug.cgi?id=479280 --- Comment #1 from Archisman Panigrahi --- There is a typo in the summary. The plasma version is 5.27.10 (however, the issue was also present in previous plasma versions) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 479280] Widgets are not restored to their initial positions after screen rotation
https://bugs.kde.org/show_bug.cgi?id=479280 Archisman Panigrahi changed: What|Removed |Added CC||apanda...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 479280] New: Widgets are not restored to their initial positions after screen rotation
https://bugs.kde.org/show_bug.cgi?id=479280 Bug ID: 479280 Summary: Widgets are not restored to their initial positions after screen rotation Classification: Plasma Product: kwin Version: 5.27.10 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: apanda...@gmail.com Target Milestone: --- SUMMARY I have a convertible laptop that supports automatic screen rotation (Plasma 5.27.9, Arch Linux). After rotating the screen from horizontal (normal) → vertical → horizontal, all my desktop widgets move to the left part of the screen, since the intermediate vertical orientation had less width. I want the widgets to remember their initial positions when the screen was horizontal, after the orientation changes back to horizontal. STEPS TO REPRODUCE 1. Place some widgets (like weather, color picker, sticky notes, etc.) on the screen. 2. In a laptop/tablet that supports screen rotation, rotate the screen from horizontal (initial orientation) -> vertical -> back to horizontal. OBSERVED RESULT Observe that all the widgets have lost their positions. EXPECTED RESULT Widgets should be restored to their initial position when the screen is back to its initial orientation (horizontal), even though the widget positions changed in the positions in the intermediate vertical position. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.11 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 473788] Tablet mode does not disable touchpad (but it successfully disables the keyboard)
https://bugs.kde.org/show_bug.cgi?id=473788 --- Comment #2 from Archisman Panigrahi --- (In reply to Nate Graham from comment #1) > This is a bug in your device's firmware or in Libinput then, as disabling > the touchpad is handled at a layer below us. I'd recommend submitting a bug > report first to Libinput at > https://gitlab.freedesktop.org/libinput/libinput/-/issues. I have reported a bug here https://gitlab.freedesktop.org/libinput/libinput/-/issues/929 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 473788] Tablet mode does not disable touchpad (but it successfully disables the keyboard)
https://bugs.kde.org/show_bug.cgi?id=473788 Archisman Panigrahi changed: What|Removed |Added CC||apanda...@gmail.com Platform|Other |Archlinux -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 473788] New: Tablet mode does not disable touchpad (but it successfully disables the keyboard)
https://bugs.kde.org/show_bug.cgi?id=473788 Bug ID: 473788 Summary: Tablet mode does not disable touchpad (but it successfully disables the keyboard) Classification: Plasma Product: kwin Version: 5.27.7 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: wayland-generic Assignee: kwin-bugs-n...@kde.org Reporter: apanda...@gmail.com Target Milestone: --- SUMMARY *** I am using KDE Plasma on a laptop with a keyboard that can be flipped. The physical keyboard gets disabled in the tablet mode (when the keyboard is folded). However, while the keyboard is disabled in the tablet mode, the touchpad below the keyboard is not disabled, and it receives accidental touch events as my fingers fall on the touchpad. Tablet mode should also disable the touchpad input, so that it does not receive accidental touch events. *** STEPS TO REPRODUCE 1. Enable tablet mode by flipping the keyboard on a touch screen laptop OBSERVED RESULT In the tablet mode, the touchpad still registers touch events, while the keyboard is disabled. EXPECTED RESULT The touchpad should also be disabled in the tablet mode, so that it does not receive accidental input, which causes the mouse cursor to move randomly. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.27.7 KDE Frameworks Version: 5.109.0 Qt Version: 5.15.10 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 429665] Touchpad Tap-to-click should be enabled by default in System Settings
https://bugs.kde.org/show_bug.cgi?id=429665 Archisman Panigrahi changed: What|Removed |Added CC||apanda...@gmail.com --- Comment #12 from Archisman Panigrahi --- (In reply to John Veness from comment #11) > I don't think this is something that's going to be resolved with individual > anecdotes in a bug tracker. It really needs a usability study to see if > there's a clear majority preference. There is an existing reddit post about that https://www.reddit.com/r/kde/comments/mwnqfc/laptop_users_do_you_enable_tap_to_click_on/. There is about 5:1 ratio in favor of enabling tap-to-click (1K vs 186, as of today). Otherwise, please create a new "official" polling thread in Reddit/KDE Discourse, and share the link here. Wait for two months for people to vote, and then please let's accept the majority decision, whatever it will be. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 472924] Pinch to Zoom on a touch screen zooms to the center of the screen and not to the intended part of the page
https://bugs.kde.org/show_bug.cgi?id=472924 Archisman Panigrahi changed: What|Removed |Added CC||apanda...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 472924] New: Pinch to Zoom on a touch screen zooms to the center of the screen and not to the intended part of the page
https://bugs.kde.org/show_bug.cgi?id=472924 Bug ID: 472924 Summary: Pinch to Zoom on a touch screen zooms to the center of the screen and not to the intended part of the page Classification: Applications Product: okular Version: 23.07.80 Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: apanda...@gmail.com Target Milestone: --- SUMMARY When I pinch to zoom on a touch screen, Okular zooms to the center of the page. I expect it to zoom to the portion of the page where I initially placed my finger. STEPS TO REPRODUCE 1. Open a pdf in Okular running on a touch screen computer 2. Try to zoom in with two fingers OBSERVED RESULT Okular zooms into the center of the page (even if I initially placed my fingers at the edge of the page) EXPECTED RESULT Okular should zoom in to the position of the page where fingers were placed initially. This is the behavior when I zoom into PDF readers in Android phones/tablets (and also in Firefox PDF viewer in Linux). SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.27.7 KDE Frameworks Version: 5.108.0 Qt Version: 5.15.10 ADDITIONAL INFORMATION This is NOT same as bug https://bugs.kde.org/show_bug.cgi?id=421755, which has been fixed in Okular 23.07.80 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 470108] Touchscreen zoom not working as expected
https://bugs.kde.org/show_bug.cgi?id=470108 Archisman Panigrahi changed: What|Removed |Added CC||apanda...@gmail.com Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #2 from Archisman Panigrahi --- Duplicate of the resolved bug https://bugs.kde.org/show_bug.cgi?id=421755 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 470289] Pinch to Zoom on a touch screen changes page number in Okular
https://bugs.kde.org/show_bug.cgi?id=470289 Archisman Panigrahi changed: What|Removed |Added Version|21.12.3 |23.04.2 Component|PDF backend |general Platform|Mint (Ubuntu based) |Archlinux -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 470289] Pinch to Zoom on a touch screen changes page number in Okular
https://bugs.kde.org/show_bug.cgi?id=470289 Archisman Panigrahi changed: What|Removed |Added CC||apanda...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 470289] Pinch to Zoom on a touch screen changes page number in Okular
https://bugs.kde.org/show_bug.cgi?id=470289 Archisman Panigrahi changed: What|Removed |Added Summary|Pinch to Zoom on a touch|Pinch to Zoom on a touch |screen changes page number |screen changes page number ||in Okular -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 470289] New: Pinch to Zoom on a touch screen changes page number
https://bugs.kde.org/show_bug.cgi?id=470289 Bug ID: 470289 Summary: Pinch to Zoom on a touch screen changes page number Classification: Applications Product: okular Version: 23.04.1 Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: apanda...@gmail.com Target Milestone: --- Created attachment 159270 --> https://bugs.kde.org/attachment.cgi?id=159270=edit Video showing Zoom In/Zoom Out changes page number SUMMARY Using Pinch to Zoom with two fingers on a touch screen computer changes the page number of the document in addition to zooming. This happens for both Zooming in and Zooming out. STEPS TO REPRODUCE 1. Open a PDF/DJVU/any other document (with multiple pages) in Okular on a touch screen computer 2. Try to zoom in/zoom out using two fingers OBSERVED RESULT In addition to Zooming in/out, Okular changes the page number EXPECTED RESULT Behavior should be identical to what happens when one presses the combination "ctrl +" or "ctrl -". The document should be zoomed, but the page number should not change. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux (all updates applied) (available in About System) KDE Plasma Version: 5.27.5 KDE Frameworks Version: 5.106.0 Qt Version: 5.106.0 ADDITIONAL INFORMATION The same bug is present in Okular 21.12.3 in Ubuntu MATE 22.04 running in another touch screen laptop. I am attaching a short screen record of the behavior when I zoom in/zoom out using touch screen. -- You are receiving this mail because: You are watching all bug changes.
[kamoso] [Bug 469327] Kamoso should rotate the camera when the screen rotates in tablet mode
https://bugs.kde.org/show_bug.cgi?id=469327 --- Comment #1 from Archisman Panigrahi --- I am unsure if the bug should be reported somewhere else. -- You are receiving this mail because: You are watching all bug changes.
[kamoso] [Bug 469327] Kamoso should rotate the camera when the screen rotates in tablet mode
https://bugs.kde.org/show_bug.cgi?id=469327 Archisman Panigrahi changed: What|Removed |Added Platform|Other |Ubuntu CC||apanda...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kamoso] [Bug 469327] New: Kamoso should rotate the camera when the screen rotates in tablet mode
https://bugs.kde.org/show_bug.cgi?id=469327 Bug ID: 469327 Summary: Kamoso should rotate the camera when the screen rotates in tablet mode Classification: Applications Product: kamoso Version: 22.12.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: aleix...@kde.org Reporter: apanda...@gmail.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 *** I have a touch screen laptop (HP x360 14a chromebook (blooguard)) running Kubuntu 23.04. The keyboard can be flipped, and the laptop automatically moves into tablet mode. In the tablet mode, the screen automatically rotates (and changes orientation) if I rotate the laptop, but the camera does not rotate. In ChromeOS (which I am dual booting with Kubuntu), the camera also rotates if I rotate the screen. STEPS TO REPRODUCE Rotate the screen in a touch screen laptop running KDE Plasma in tablet-mode. OBSERVED RESULT The camera output does not rotate. EXPECTED RESULT The camera output in apps like Kamoso should rotate when the screen auto-rotates. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 459755] 5.26 Wayland windows go below Latte when "always visible" is chosen
https://bugs.kde.org/show_bug.cgi?id=459755 --- Comment #18 from Archisman Panigrahi --- (In reply to Mathias Tillman from comment #13) > Slight update: Seems that it doesn't like it when the width is smaller than > the height (for a top or bottom panel) or vice-versa. The "magic" 88 pixels > width in my previous comment was actually the same as the height - that's > why it started working when I changed it to that. > So I guess a simple solution would be to change the 1 pixel width/height to > the height/width counterpart. How do you change this height? I could not find a file named waylandinterface.cpp -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 461896] Latte dock (latest git) does not hide behind active windows in EndeavousOS KDE 5.26.3
https://bugs.kde.org/show_bug.cgi?id=461896 Archisman Panigrahi changed: What|Removed |Added Latest Commit||76302ee7 -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 461896] Latte dock (latest git) does not hide behind active windows in EndeavousOS KDE 5.26.3
https://bugs.kde.org/show_bug.cgi?id=461896 Archisman Panigrahi changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|DUPLICATE |--- Ever confirmed|0 |1 --- Comment #4 from Archisman Panigrahi --- This bug in X.Org is still there. Latte is set to "Dodge active windows", but it behaves as "Always visible". -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 461896] Latte dock (latest git) does not hide behind active windows in EndeavousOS KDE 5.26.3
https://bugs.kde.org/show_bug.cgi?id=461896 --- Comment #1 from Archisman Panigrahi --- I am using X.Org, in case the information is relevant. -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 461896] Latte dock (latest git) does not hide behind active windows in EndeavousOS KDE 5.26.3
https://bugs.kde.org/show_bug.cgi?id=461896 Archisman Panigrahi changed: What|Removed |Added CC||apanda...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 461896] Latte dock (latest git) does not hide behind active windows in EndeavousOS KDE 5.26.3
https://bugs.kde.org/show_bug.cgi?id=461896 Archisman Panigrahi changed: What|Removed |Added Platform|Other |Archlinux -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 461896] New: Latte dock (latest git) does not hide behind active windows in EndeavousOS KDE 5.26.3
https://bugs.kde.org/show_bug.cgi?id=461896 Bug ID: 461896 Summary: Latte dock (latest git) does not hide behind active windows in EndeavousOS KDE 5.26.3 Classification: Plasma Product: lattedock Version: git (master) Platform: Other OS: Linux Status: REPORTED Severity: major Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: apanda...@gmail.com Target Milestone: --- SUMMARY Latte dock is not hiding behind the active window/maximized window, and hence, it is hard to see what is written in apps behind latte dock. STEPS TO REPRODUCE 1. Open Latte dock, and open an active window, e.g. Firefox. 2. Set Latte dock to dodge active windows OBSERVED RESULT Latte dock does not go behind the active windows. EXPECTED RESULT Latte dock should hide behind the active windows. SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.26.3 KDE Frameworks Version: 5.99.0 Qt Version: 5.15.7 ADDITIONAL INFORMATION I am using EndeavousOS KDE. -- You are receiving this mail because: You are watching all bug changes.
[kalzium] [Bug 434219] Kalzium should mention units of half lives
https://bugs.kde.org/show_bug.cgi?id=434219 Archisman Panigrahi changed: What|Removed |Added CC||apanda...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kalzium] [Bug 434219] New: Kalzium should mention units of half lives
https://bugs.kde.org/show_bug.cgi?id=434219 Bug ID: 434219 Summary: Kalzium should mention units of half lives Product: kalzium Version: 20.12.3 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kalz...@kde.org Reporter: apanda...@gmail.com Target Milestone: --- SUMMARY When one opens the list of "isotopes", Kalzium should show the units of half life. User may be confused whether it is in seconds (SI units) or in years (popular unit of half life). STEPS TO REPRODUCE 1. Click on any element, e.g. Zinc 2. Click on Isotopes 3. Look at half lives. Unit is not mentioned. OBSERVED RESULT Kalzium shows some numbers as half lives of the isotopes, but does not mention whether it is in seconds or years. EXPECTED RESULT Kalzium should show the units of half lives. After comparing the numbers with results from the internet, I realized that it is in seconds. But Kalzium should mention that, so that users don't have to browse internet to double check. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Neon 5.21 (available in About System) KDE Plasma Version: 5.21.2 KDE Frameworks Version: 5.79.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433148] Opening pinned app that's a non-distro-provided executable fails with the error message "For security reasons, launching executables is not allowed in this context"
https://bugs.kde.org/show_bug.cgi?id=433148 Archisman Panigrahi changed: What|Removed |Added CC||apanda...@gmail.com --- Comment #13 from Archisman Panigrahi --- Similar issue happens for xournalpp 1.1.0+dev version (https://github.com/xournalpp/xournalpp/) After upgrading to Plasma 5.21 (in KDE Neon User Edition), the application fails to launch from Latte Dock, showing the error "For security reasons, launching executables is not allowed in this context". Also, when I open the .desktop file, the xournalpp does open. However, the icon in Latte is different from what is shown in the .desktop file. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 263042] XFA Forms are not supported
https://bugs.kde.org/show_bug.cgi?id=263042 Archisman Panigrahi changed: What|Removed |Added Resolution|UPSTREAM|--- Status|RESOLVED|REOPENED CC||apanda...@gmail.com --- Comment #5 from Archisman Panigrahi --- I believe this should not be marked as resolved until this feature is implemented in poppler, and Okular supports it. Lots of passport/government applications require one to fill up XFA forms. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 413852] New: Supporting XFA forms
https://bugs.kde.org/show_bug.cgi?id=413852 Bug ID: 413852 Summary: Supporting XFA forms Product: okular Version: 1.8.2 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: New backend wishes Assignee: okular-de...@kde.org Reporter: apanda...@gmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Open any document containing XFA forms OBSERVED RESULT Okular says This document contains XFA forms, which are currently unsupported. EXPECTED RESULT Okular should have the ability to edit XFA forms. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: 5.17.2 (available in About System) KDE Plasma Version: 5.17.2 KDE Frameworks Version: 5.63.0 Qt Version: 5.13.1 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
