[kate] [Bug 480742] Indentation doesn't work correctly with long continuous lines
https://bugs.kde.org/show_bug.cgi?id=480742 Alberto Salvia Novella changed: What|Removed |Added Status|RESOLVED|REPORTED Resolution|UPSTREAM|--- --- Comment #8 from Alberto Salvia Novella --- Qt is asking me how this is implemented in Kate, which I'm not aware of. Please join the conversation upstream, and then change status back to "resolved: upstream". -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 480742] Indentation doesn't work correctly with long continuous lines
https://bugs.kde.org/show_bug.cgi?id=480742 --- Comment #7 from Alberto Salvia Novella --- Reported as: https://bugreports.qt.io/browse/QTBUG-130482 -- You are receiving this mail because: You are watching all bug changes.
[Powerdevil] [Bug 488005] Lid close leads to suspend even when external monitor is attached (only for Wayland session)
https://bugs.kde.org/show_bug.cgi?id=488005 --- Comment #25 from Alberto Salvia Novella --- Graphic driver: nvidia-open 560.35.03 -- You are receiving this mail because: You are watching all bug changes.
[Powerdevil] [Bug 488005] Lid close leads to suspend even when external monitor is attached (only for Wayland session)
https://bugs.kde.org/show_bug.cgi?id=488005 Alberto Salvia Novella changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |CONFIRMED --- Comment #24 from Alberto Salvia Novella --- But I do on: Operating System: Arch Linux KDE Plasma Version: 6.2.1 KDE Frameworks Version: 6.7.0 Qt Version: 6.8.0 Kernel Version: 6.11.4-zen1-1-zen (64-bit) Graphics Platform: Wayland Processors: 12 × Intel® Core™ i7-10750H CPU @ 2.60GHz Memory: 15,5 GiB of RAM Graphics Processor: NVIDIA GeForce GTX 1650/PCIe/SSE2 Manufacturer: LENOVO Product Name: 81Y4 System Version: IdeaPad Gaming 3 15IMH05 -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 480742] Indentation doesn't work correctly with long continuous lines
https://bugs.kde.org/show_bug.cgi?id=480742 Alberto Salvia Novella changed: What|Removed |Added Ever confirmed|1 |0 Resolution|WORKSFORME |--- Status|RESOLVED|REPORTED --- Comment #5 from Alberto Salvia Novella --- If you enable that setting, words will be wrapped at any given point. Hence it doesn't really solve the problem. The expected result is: - Taking into account word boundaries. - Not creating an extra newline when there is no word boundary. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 480742] Indentation doesn't work correctly with long continuous lines
https://bugs.kde.org/show_bug.cgi?id=480742 --- Comment #3 from Alberto Salvia Novella --- I would decide if it is solvable in Kate, or if it needs to be notified to Qt. -- You are receiving this mail because: You are watching all bug changes.
[Powerdevil] [Bug 479384] External screen turning off when closing the laptop lid despite configured to stay enabled
https://bugs.kde.org/show_bug.cgi?id=479384 --- Comment #5 from Alberto Salvia Novella --- Still happening for me with more modern versions of everything: https://bugs.kde.org/show_bug.cgi?id=493888 -- You are receiving this mail because: You are watching all bug changes.
[Powerdevil] [Bug 493888] New: Closing the lid powers off all displays despite of settings
https://bugs.kde.org/show_bug.cgi?id=493888 Bug ID: 493888 Summary: Closing the lid powers off all displays despite of settings Classification: Plasma Product: Powerdevil Version: 6.1.5 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: es204904...@gmail.com CC: natalie_clar...@yahoo.de Target Milestone: --- SYSTEM - OS: Arch Linux - Plasma: 6.1.5 - Framework: 6.6.0 - Kwin 6.1.5 - Qt: 6.7.3 - Internal screen GPU: Intel UHD Graphics - External screen GPU: Nvidia GeForce 1650 - Nvidia driver: nvidia-open 560.35.03 - Intel driver: modesetting - Laptop: Lenovo Ideapad Gaming 3 15IMH05 STEPS 1. Attach a secondary display. 2. On "power management", for all tabs, disable the option "even when an external monitor is connected". 3. Close the laptop lid. RESULT - All displays power off. NOTES - Only on Wayland, it doesn't happen in x11. RELATED https://bugs.kde.org/show_bug.cgi?id=479384 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 493669] Kwin cannot tell if a window is full-screen
https://bugs.kde.org/show_bug.cgi?id=493669 --- Comment #4 from Alberto Salvia Novella --- This only happens with the signal "windowAdded", but not with "windowActivated" -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 493669] Kwin cannot tell if a window is full-screen
https://bugs.kde.org/show_bug.cgi?id=493669 --- Comment #3 from Alberto Salvia Novella --- Okay, if I make the script wait 100ms it tells the correct resolution. So I was right: "fullscreen" cannot tell the resolution if the window is being started, as first it goes windowed to fullscreen. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 493669] Kwin cannot tell if a window is full-screen
https://bugs.kde.org/show_bug.cgi?id=493669 Alberto Salvia Novella changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #2 from Alberto Salvia Novella --- There is a panel on the left, but the window is fullscreen and the panel invisible. My hypothesis is that most full screen windows are started windowed, and inmediately go fullscreen being the change invisible to the naked eye. But the function only catches the first state when called from a signal, as there is no delay. But I haven't investigated it further yet. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 493669] New: Kwin cannot tell if a window is full-screen
https://bugs.kde.org/show_bug.cgi?id=493669 Bug ID: 493669 Summary: Kwin cannot tell if a window is full-screen Classification: Plasma Product: kwin Version: 6.1.5 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: scripting Assignee: kwin-bugs-n...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- Using the Kwin QML scripting API, with many full-screen apps: - "window.fullscreen" reports false. - "window.size" reports less size than `Workspace.workspaceSize`. Samples: - prodeus.exe: fullScreen: true - firefox: fullScreen: false: QSizeF(1836, 1080) vs QSize(1920, 1080) - dosbox-staging: fullScreen: false: QSizeF(1836, 1080) vs QSize(1920, 1080) - The Dark Mod: fullScreen: false: QSizeF(1836, 1080) vs QSize(1920, 1080) Since Kwin ditched the previous API, suddenly nothing works. And I can fix jeez. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 492247] Making explicit what power plans do
https://bugs.kde.org/show_bug.cgi?id=492247 --- Comment #11 from Alberto Salvia Novella --- It seems to be the same case as: https://www.reddit.com/r/microsoft/comments/t3c3ak/do_the_windows_power_plans_actually_affect_fps/ -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 492247] Making explicit what power plans do
https://bugs.kde.org/show_bug.cgi?id=492247 --- Comment #10 from Alberto Salvia Novella --- "energy saving" shows half the performance. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 492247] Making explicit what power plans do
https://bugs.kde.org/show_bug.cgi?id=492247 --- Comment #9 from Alberto Salvia Novella --- Okay, so trying to clarify this I ran different benchmarks: - web.basemark.com - mprep.info/gpu - `sysbench cpu --threads="$(nproc)" run` - `sysbench memory --threads="$(nproc)" run` And with "balanced" and "performance" both showed the same results, with multiple probes, within error. So I guess I cannot make conclusions of what "balanced" and "performance" means. On my system they perform exactly the same. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 492247] Making explicit what power plans do
https://bugs.kde.org/show_bug.cgi?id=492247 --- Comment #8 from Alberto Salvia Novella --- I have seen several videos, and read several comments about how "performance" affected performance in a variety of hardware. "Performance" never increased max clock speed, neither increased sustained performance or frames per second. For instance frequently they were decreased, due to higher heat. What "performance" did was increasing idle clock speed, Turbo Boost speed, and prevented devices from going to idle. That is it decreased latency, and never sustained performance. "Performance" means decreased latency, not max performance. That's why "balanced" and "performance" are ambiguous. It suggests max performance, higher fps, instead of latency. I think that saying that "balanced" boosts performance when needed is the missing detail. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 492247] Making explicit what power plans do
https://bugs.kde.org/show_bug.cgi?id=492247 --- Comment #6 from Alberto Salvia Novella --- On "Power Profiles Daemon" they have just updated the "readme" to better explain what the profiles do: https://gitlab.freedesktop.org/upower/power-profiles-daemon/-/merge_requests/205/diffs --- Generally "power-saver" mode will limit performance to save power. While in "balanced" mode power-profiles-daemon will attempt to make changes to boost performance when needed. In "performance" mode performance will be maximized at the expense of power. --- Something as basic as that will do! -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 492247] Making explicit what power plans do
https://bugs.kde.org/show_bug.cgi?id=492247 Alberto Salvia Novella changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #4 from Alberto Salvia Novella --- What does "performance" mean? If I run benchmark with either "balanced" or "performance", the results are the same within error. I made the measurements with 6 probes, expressing errors accurately as: https://jogomez-webs-upv-es.translate.goog/material/errores.htm?_x_tr_sl=es&_x_tr_tl=en&_x_tr_hl=en&_x_tr_pto=wapp If I look at other people's benchmarks, the conclusions are the same. They cannot tell the difference. The only difference I perceive is "performance" making the fans spin faster, but it doesn't seem to translate to any perceivable performance increase. So my guess is that "performance" makes the CPU run at max freq all the time, and maybe setting a max turbo boost frequency. Which may translate to a sorter latency, but the same sustained performance. But I cannot tell what is the user case for that. So the term "performance" is completely ambiguous, and people will chose it over "balanced" by mistake, when there is no evidence that sustains it will deliver any perceivable gain. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 492247] Making explicit what power plans do
https://bugs.kde.org/show_bug.cgi?id=492247 Alberto Salvia Novella changed: What|Removed |Added Status|RESOLVED|REPORTED Resolution|INTENTIONAL |--- --- Comment #2 from Alberto Salvia Novella --- @ Nate Graham What's the point of having an option that nobody knows what it does? What's the purpose? Is good enough having a technology that does something, if people cannot make use of it? Also those profiles actually have specific definitions. https://gitlab.freedesktop.org/upower/power-profiles-daemon/-/blob/main/src/ppd-profile.h * @PPD_PROFILE_POWER_SAVER: "power-saver", the battery saving profile * @PPD_PROFILE_BALANCED: balanced, the default profile * @PPD_PROFILE_PERFORMANCE: as fast as possible, a profile that does * not care about noise or battery consumption, only available * on some systems. https://wiki.archlinux.org/title/CPU_frequency_scaling#Scaling_governors: - performance: Run the CPU at the maximum frequency, obtained from /sys/devices/system/cpu/cpuX/cpufreq/scaling_max_freq. - powersave: Run the CPU at the minimum frequency, obtained from /sys/devices/system/cpu/cpuX/cpufreq/scaling_min_freq. - userspace: Run the CPU at user specified frequencies, configurable via /sys/devices/system/cpu/cpuX/cpufreq/scaling_setspeed. - ondemand: Scales the frequency dynamically according to current load. Jumps to the highest frequency and then possibly back off as the idle time increases. - conservative: Scales the frequency dynamically according to current load. Scales the frequency more gradually than ondemand. - schedutil: Scheduler-driven CPU frequency selection. Hence my suggested definitions: With performance: - Unchanged - Limited to save power - Boosted when needed - Always at maximum Also it doesn't really matter if the definition is 100% accurate for all hardware, more than if it is explicit on its intention. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 492247] New: Making explicit what power plans do
https://bugs.kde.org/show_bug.cgi?id=492247 Bug ID: 492247 Summary: Making explicit what power plans do Classification: Applications Product: systemsettings Version: master Platform: Arch Linux OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: kcm_powerdevil Assignee: plasma-b...@kde.org Reporter: es204904...@gmail.com CC: k...@privat.broulik.de, natalie_clar...@yahoo.de Target Milestone: --- On "Power Management", the naming of the power profiles could be more explicit about what they do, and what user case they are good for. Currently: Switch to power profile: - Leave unchanged - Power Save - Balanced - Performance Example of improvement: With performance: - Unchanged - Limited to save power - Boosted when needed - Always at maximum -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 474922] Toolbars reset after upgrades
https://bugs.kde.org/show_bug.cgi?id=474922 Alberto Salvia Novella changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #3 from Alberto Salvia Novella --- I don't think so. I will reopen if it does. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 488518] Screen edge highlights don't work and freeze the window
https://bugs.kde.org/show_bug.cgi?id=488518 --- Comment #8 from Alberto Salvia Novella --- And I know it is not intentional because, under unknown circumstances, it does appear! -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 488518] Screen edge highlights don't work and freeze the window
https://bugs.kde.org/show_bug.cgi?id=488518 Alberto Salvia Novella changed: What|Removed |Added Status|RESOLVED|REPORTED Resolution|INTENTIONAL |--- --- Comment #7 from Alberto Salvia Novella --- I don't mean that highlight. But the one that appears when you want to snap a window into a corner. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 488518] Screen edge highlights don't work and freeze the window
https://bugs.kde.org/show_bug.cgi?id=488518 --- Comment #5 from Alberto Salvia Novella --- On X11. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 488518] Screen edge highlights don't work and freeze the window
https://bugs.kde.org/show_bug.cgi?id=488518 Alberto Salvia Novella changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #4 from Alberto Salvia Novella --- Screencast: https://youtu.be/ebwsfDmvWoM -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 488518] Screen edge highlights don't work and freeze the window
https://bugs.kde.org/show_bug.cgi?id=488518 --- Comment #2 from Alberto Salvia Novella --- Let me check... -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 488518] New: Screen edge highlights don't work and freeze the window
https://bugs.kde.org/show_bug.cgi?id=488518 Bug ID: 488518 Summary: Screen edge highlights don't work and freeze the window Classification: Plasma Product: kwin Version: 6.0.5 Platform: Arch Linux OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: Quick Tiling Assignee: kwin-bugs-n...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- SYSTEM - kwin 6.0.5-2 - plasma 6.0.5.1-2 - qt 6.7.1-1 REPRODUCING 1. Move a window to the screen edge. 2. RESULT: screen edge doesn't highlight, but it snaps. 3. Move the window elsewhere. 4. RESULT: the window freezes and crashes, no matter the software. 5. On System Settings, change the color theme. 6. RESULT: screen edges highlights work again, but only till reboot. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 486556] New: No longer possible to disable composition through the API
https://bugs.kde.org/show_bug.cgi?id=486556 Bug ID: 486556 Summary: No longer possible to disable composition through the API Classification: Plasma Product: kwin Version: 6.0.4 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: compositing Assignee: kwin-bugs-n...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- Kwin_X11 used to have three methods for disable composition: 1. By creating a window that had the hint: _NET_WM_BYPASS_COMPOSITOR 2. By running the command: qdbus org.kde.KWin /Compositor suspend 3. From QML, by calling: client.blocksCompositing = true The two last methods have been removed. This renders one of the most popular Kwin scripts broken, Autocomposer (https://www.opendesktop.org/p/1502826). This script is important for people because it allows running games fluently, more in low end hardware. Without it games perform slower, specially if desktop effects like "Blur" or "Background Contrast" are in use. The only way to fix Autocomposer right now is by creating an invisible window that holds the first hint, which is ugly. Alternatively the option "allow applications to block compositing" could affect full-screen applications that don't explicitly set the hint, as Autocomposer does. This is a more expected behavior. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483433] On Breeze SDDM theme, test mode cannot locate plasma components
https://bugs.kde.org/show_bug.cgi?id=483433 --- Comment #1 from Alberto Salvia Novella --- Installing plasma-framework5 work-around the problem. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483433] On Breeze SDDM theme, test mode cannot locate plasma components
https://bugs.kde.org/show_bug.cgi?id=483433 Alberto Salvia Novella changed: What|Removed |Added URL||https://github.com/sddm/sdd ||m/issues/1892 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 483433] New: On Breeze SDDM theme, test mode cannot locate plasma components
https://bugs.kde.org/show_bug.cgi?id=483433 Bug ID: 483433 Summary: On Breeze SDDM theme, test mode cannot locate plasma components Classification: Plasma Product: plasmashell Version: 6.0.1 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Theme - Breeze Assignee: plasma-b...@kde.org Reporter: es204904...@gmail.com CC: visual-des...@kde.org Target Milestone: 1.0 Running on Plasma 6, if you do: sddm-greeter --test-mode --theme /usr/share/sddm/themes/breeze | grep "(WW)" It compains that library import requires a version. If you remove the non versioned lines on /usr/share/sddm/themes/breeze/Main.qml, then it complains that plasma modules are not installed. But if you just use Breeze on the login screen, it works. So test mode and actual SDDM behave differently. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 482872] Font dpi doesn't apply to qt5 apps
https://bugs.kde.org/show_bug.cgi?id=482872 Alberto Salvia Novella changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |NOT A BUG --- Comment #3 from Alberto Salvia Novella --- Installing the packages mentioned here: https://discuss.kde.org/t/how-to-set-qt5-font-size/11820/7?u=albertosalvianovella Solved the issue, so I guess this isn't a bug. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 482872] Font dpi doesn't apply to qt5 apps
https://bugs.kde.org/show_bug.cgi?id=482872 --- Comment #1 from Alberto Salvia Novella --- The culprit is qt5 apps not understanding the font format in "~/.config/kdeglobals". If I run: pcmanfm-qt I get: QFont::fromString: Invalid description 'Noto Sans,11,-1,5,400,0,0,0,0,0,0,0,0,0,0,1' QFont::fromString: Invalid description 'Hack,11,-1,5,400,0,0,0,0,0,0,0,0,0,0,1' QFont::fromString: Invalid description 'Noto Sans,11,-1,5,400,0,0,0,0,0,0,0,0,0,0,1' QFont::fromString: Invalid description 'Noto Sans,11,-1,5,400,0,0,0,0,0,0,0,0,0,0,1' But if in kdeglobals I change: font=Noto Sans,11,-1,5,400,0,0,0,0,0,0,0,0,0,0,1 To: font=Noto Sans,11 Both qt5 and qt6 apps shows the correct font size. So if that is a new qt6 format, maybe we should delay that a little bit. Till more apps use qt6. For example pcmanfm-qt will upgrade to qt6 at the end of April: https://github.com/lxqt/pcmanfm-qt/commit/adf83ac373cd826c1ac16ad9702c04de8f757f8c -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 482872] Font dpi doesn't apply to qt5 apps
https://bugs.kde.org/show_bug.cgi?id=482872 Alberto Salvia Novella changed: What|Removed |Added Platform|Other |Arch Linux -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 482872] New: Font dpi doesn't apply to qt5 apps
https://bugs.kde.org/show_bug.cgi?id=482872 Bug ID: 482872 Summary: Font dpi doesn't apply to qt5 apps Classification: Applications Product: systemsettings Version: 6.0.1 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_fonts Assignee: plasma-b...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- Setting fonts dpi doesn't affect qt5 apps, like pcmanfm-qt or qt4wine. OS: Arch Linux. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 480742] New: Indentation doesn't work correctly with long continuous lines
https://bugs.kde.org/show_bug.cgi?id=480742 Bug ID: 480742 Summary: Indentation doesn't work correctly with long continuous lines Classification: Applications Product: kate Version: 23.08.4 Platform: Other OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: indentation Assignee: kwrite-bugs-n...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- Created attachment 165478 --> https://bugs.kde.org/attachment.cgi?id=165478&action=edit bad-indent.sh When a line has no spaces and exceeds the window width, an extra newline is created above it, which is wrong. See the attachment. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 477495] Allowing a password policy
https://bugs.kde.org/show_bug.cgi?id=477495 --- Comment #1 from Alberto Salvia Novella --- Sorry: retry=10 minlen=8 maxrepeat=3 maxsequence=3 usersubstr=4 enforce_for_root -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 477495] Allowing a password policy
https://bugs.kde.org/show_bug.cgi?id=477495 Alberto Salvia Novella changed: What|Removed |Added Summary|Allowing a minimum policy |Allowing a password policy -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 477495] New: Allowing a minimum policy
https://bugs.kde.org/show_bug.cgi?id=477495 Bug ID: 477495 Summary: Allowing a minimum policy Classification: Applications Product: systemsettings Version: 5.27.9 Platform: Manjaro OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: kcm_users Assignee: plasma-b...@kde.org Reporter: es204904...@gmail.com CC: uhh...@gmail.com Target Milestone: --- Passwords are usually the weakest link on a system security wise. So probably it would be a good idea if creating an user through System Settings will warn if their password was weak or common. This could be done through libpwquality. System Settings just needed to abide to the policy defined at "/etc/security/pwquality.conf". Calamares already implements it like this: - https://github.com/calamares/calamares/blob/calamares/src/modules/users/CheckPWQuality.h - https://github.com/calamares/calamares/blob/calamares/src/modules/users/CheckPWQuality.cpp And here's the manual: - https://man.archlinux.org/man/pwquality.conf.5.en An the settings that would meet NIST recommendations: retry=10 minlen=9 maxrepeat=3 maxsequence=3 usersubstr=4 enforce_for_root -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 475251] New: Keeping extra spaces by default
https://bugs.kde.org/show_bug.cgi?id=475251 Bug ID: 475251 Summary: Keeping extra spaces by default Classification: Applications Product: kate Version: 23.08.1 Platform: Manjaro OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- REPRODUCING: 1. Copy and paste the following patch into Kate: http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=effadce6c756247ea8bae32dc13bb3e6f464f0eb 2. Observe that at the end of it there's a space 3. Save 4. Observe that the space was removed RESULT The patch is no longer valid, and the user won't notice why. SOLUTION: At katerc "Keep Extra Spaces" shall be "true" by default. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 474922] Toolbars reset after upgrades
https://bugs.kde.org/show_bug.cgi?id=474922 --- Comment #1 from Alberto Salvia Novella --- https://gitlab.com/es20490446e/kate-skull-wipeout/-/blob/main/root/etc/skulls/kate-wipeout/.local/share/kate/anonymous.katesession?ref_type=heads -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 474922] Toolbars reset after upgrades
https://bugs.kde.org/show_bug.cgi?id=474922 Alberto Salvia Novella changed: What|Removed |Added Summary|Toolbars resets after |Toolbars reset after |upgrades|upgrades -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 474922] New: Toolbars resets after upgrades
https://bugs.kde.org/show_bug.cgi?id=474922 Bug ID: 474922 Summary: Toolbars resets after upgrades Classification: Applications Product: kate Version: Git Platform: Manjaro OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- I have Kate with most add-on buttons disabled. Only the "search" button is enabled. But when Kate upgrades, all the buttons come back. Aka `~/.local/share/kate/anonymous.katesession` gets reset. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 471356] Button "apply plasma settings" no longer works
https://bugs.kde.org/show_bug.cgi?id=471356 --- Comment #5 from Alberto Salvia Novella --- https://github.com/sddm/sddm/issues/1801 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 471356] Button "apply plasma settings" no longer works
https://bugs.kde.org/show_bug.cgi?id=471356 --- Comment #3 from Alberto Salvia Novella --- It also happens with the default theme, Breeze. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 471356] Button "apply plasma settings" no longer works
https://bugs.kde.org/show_bug.cgi?id=471356 Alberto Salvia Novella changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #2 from Alberto Salvia Novella --- [Autologin] Relogin=true Session= User= [General] HaltCommand=/usr/bin/systemctl poweroff Numlock=on RebootCommand=/usr/bin/systemctl reboot [Theme] Current=dawn CursorSize=36 CursorTheme=breeze_cursors Font=Noto Sans,11,-1,5,50,0,0,0,0,0 [Users] MaximumUid=6 MinimumUid=1000 [X11] ServerArguments=-dpi 144 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 471356] New: Button "apply plasma settings" no longer works
https://bugs.kde.org/show_bug.cgi?id=471356 Bug ID: 471356 Summary: Button "apply plasma settings" no longer works Classification: Applications Product: systemsettings Version: 5.27.5 Platform: Manjaro OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: kcm_sddm Assignee: plasma-b...@kde.org Reporter: es204904...@gmail.com CC: k...@david-redondo.de, k...@davidedmundson.co.uk Target Milestone: --- === SYSTEM === - KDE Plasma 5.27.5 - KDE Frameworks 5.106.0 - Qt: 5.15.9 - SDDM 0.19.0 - Manjaro KDE === REPRODUCING === 1. At "System Settings -> Display and Monitor -> Display Configuration" change "global scale". 2. At "System Settings -> Startup and Shutdown - > Login Screen (SDDM)", press the button "Apply Plasma Settings". === RESULT === - SDDM scale doesn't change -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 467870] Desktop layout reverts to folder view
https://bugs.kde.org/show_bug.cgi?id=467870 --- Comment #3 from Alberto Salvia Novella --- No idea, as it doesn't seem to happen consistently. I have just asked the variety developers. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 467870] Desktop layout reverts to folder view
https://bugs.kde.org/show_bug.cgi?id=467870 Alberto Salvia Novella changed: What|Removed |Added URL||https://github.com/varietyw ||alls/variety/issues/606 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 467870] New: Desktop layout reverts to folder view
https://bugs.kde.org/show_bug.cgi?id=467870 Bug ID: 467870 Summary: Desktop layout reverts to folder view Classification: Plasma Product: plasmashell Version: 5.26.5 Platform: Manjaro OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Desktop Containment Assignee: plasma-b...@kde.org Reporter: es204904...@gmail.com CC: notm...@gmail.com Target Milestone: 1.0 SYSTEM - Variety 0.8.10 - KDE Plasma 5.26.5 - KDE Frameworks 5.103.0 - Qt 5.15.8 - Graphics platform X11 - Linux 6.2.8 Zen HOW TO REPRODUCE 1. Create any file or folder on the desktop. 1. Right click on the desktop and select "configure desktop and wallpaper" 2. Set "layout" to "desktop" 3. Install and enable "variety" RESULT After a few days the layout reverts to "folder view", and the contents of the desktop become visible again. -- You are receiving this mail because: You are watching all bug changes.
[colord-kde] [Bug 467869] Firefox colors look weird
https://bugs.kde.org/show_bug.cgi?id=467869 Alberto Salvia Novella changed: What|Removed |Added URL||https://bugzilla.mozilla.or ||g/show_bug.cgi?id=1824882 -- You are receiving this mail because: You are watching all bug changes.
[colord-kde] [Bug 467869] New: Firefox colors look weird
https://bugs.kde.org/show_bug.cgi?id=467869 Bug ID: 467869 Summary: Firefox colors look weird Classification: Plasma Product: colord-kde Version: 22.12.2 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Daemon Module (KDED) Assignee: dantt...@gmail.com Reporter: es204904...@gmail.com Target Milestone: --- Created attachment 157659 --> https://bugs.kde.org/attachment.cgi?id=157659&action=edit shot.png SYSTEM - KDE Plasma 5.26.5 - KDE Frameworks 5.103.0 - Qt 5.15.8 - Graphics platform X11 - Linux 6.2.8 Zen HOW TO REPRODUCE 1. Install "colord-kde" and "displaycal". 2. Using "displaycal" calibrate the screen. 3. Open an image with blues or purples on an image viewer, then on Firefox. RESULT Colors look weird on Firefox only. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kcoreaddons] [Bug 466694] KOSRelease::logo() doesn't check if distro logo has been upgraded
https://bugs.kde.org/show_bug.cgi?id=466694 Alberto Salvia Novella changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |CONFIRMED --- Comment #4 from Alberto Salvia Novella --- 1. Read which logo is used at "/etc/os-release". 2. Figure out where's that logo file, either in (/usr/share/pixmaps) or (/usr/share/icons). 2. Change the logo file, preserving the name. You can use the command "sudo cp". 3. Go to [System Settings -> About this system]. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 466694] Doesn't check if distro logo has been upgraded
https://bugs.kde.org/show_bug.cgi?id=466694
--- Comment #1 from Alberto Salvia Novella ---
Work around: Remove:
${HOME}/.cache/icon-cache.kcache
--
You are receiving this mail because:
You are watching all bug changes.
[systemsettings] [Bug 466694] New: Doesn't check if distro logo has been upgraded
https://bugs.kde.org/show_bug.cgi?id=466694 Bug ID: 466694 Summary: Doesn't check if distro logo has been upgraded Classification: Applications Product: systemsettings Version: 5.26.5 Platform: Manjaro OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- If you update the distro logo file, specified at "/etc/os-release", [System Settings -> About this system] continues showing the old logo. Even after reboot, or after updating the icon cache. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 463602] No print option = Useless
https://bugs.kde.org/show_bug.cgi?id=463602 --- Comment #3 from Alberto Salvia Novella --- This is like having a word processor without fonts. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 463602] No print option = Useless
https://bugs.kde.org/show_bug.cgi?id=463602 --- Comment #1 from Alberto Salvia Novella --- Really guys, this is so bad. My eyes are bleeding. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 463602] New: No print option = Useless
https://bugs.kde.org/show_bug.cgi?id=463602 Bug ID: 463602 Summary: No print option = Useless Classification: Applications Product: krita Version: 5.1.4 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: * Unknown Assignee: krita-bugs-n...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- No option to print in Krita, if I export the image qView also doesn't have the option, if I open in Firefox the color management is broken. Conclusion: The average user won't be capable to print. -- You are receiving this mail because: You are watching all bug changes.
[Skanlite] [Bug 401092] Selecting a second scan area results in garbage
https://bugs.kde.org/show_bug.cgi?id=401092 Alberto Salvia Novella changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #2 from Alberto Salvia Novella --- It happened to me again a few weeks ago. -- You are receiving this mail because: You are watching all bug changes.
[krita] [Bug 462224] New: AVIF format
https://bugs.kde.org/show_bug.cgi?id=462224 Bug ID: 462224 Summary: AVIF format Classification: Applications Product: krita Version: 5.1.3 Platform: Other OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: General Assignee: krita-bugs-n...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- Krita can open AVIF, but it's not registered on its desktop file. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 438795] Refresh rate list not updated after resolution change
https://bugs.kde.org/show_bug.cgi?id=438795 Alberto Salvia Novella changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Alberto Salvia Novella --- That's right. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 461256] Baloo slows the system when many files are created
https://bugs.kde.org/show_bug.cgi?id=461256 --- Comment #15 from Alberto Salvia Novella --- Thanks for the help. Let me know if you need more testing. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 461256] Baloo slows the system when many files are created
https://bugs.kde.org/show_bug.cgi?id=461256 --- Comment #13 from Alberto Salvia Novella --- Just you to get the idea: when I convert 1080p using all cores I cannot perceive any system slowdown. When I compile C++ code I can only perceive a small one. Baloo seems to be the sole program that causes a real slowdown, where even other high demanding tasks don't. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 461256] Baloo slows the system when many files are created
https://bugs.kde.org/show_bug.cgi?id=461256 --- Comment #12 from Alberto Salvia Novella --- It happens instantly after Baloo starts indexing, and the performance drop stays stable. Furthermore my CPU thermal grease has been replaced by high quality one, and the laptop fan barely switches on compared with before. Usually staying between 40-50ºC. Hence I don't think it is due to thermal issues. My guess is that either the APU, or the motherboard, is the limiting factor. I have seen that unbuffered SSDs don't perform so well on this laptop, where they do in older machines I have tried them on. Some path becomes too busy. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 461256] Baloo slows the system when many files are created
https://bugs.kde.org/show_bug.cgi?id=461256 --- Comment #10 from Alberto Salvia Novella --- "iotop" shows no IO activity from baloo_file. Only from time to time. It seems that most of its processing happens on RAM. It doesn't seem to be CPU Cores, RAM or IO saturation. What happens is that when "baloo_file" uses 25% of CPU, one core of four, the graphical interface sees a drop in framerate. Like going from 120 to 15 permanently till "baloo_file" stops. This is probably related with the fact that APUs share memory between CPU, GPU and RAM. So most likely some shared memory between those is saturated, not in amount, but in frequency. Context switching. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 461256] Baloo slows the system when many files are created
https://bugs.kde.org/show_bug.cgi?id=461256 --- Comment #9 from Alberto Salvia Novella --- Created attachment 153408 --> https://bugs.kde.org/attachment.cgi?id=153408&action=edit monitor-resources.png -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 461256] Baloo slows the system when many files are created
https://bugs.kde.org/show_bug.cgi?id=461256 --- Comment #8 from Alberto Salvia Novella --- Created attachment 153407 --> https://bugs.kde.org/attachment.cgi?id=153407&action=edit monitor-processes.png -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 461256] Baloo slows the system when many files are created
https://bugs.kde.org/show_bug.cgi?id=461256 Alberto Salvia Novella changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED --- Comment #6 from Alberto Salvia Novella --- Compilation usually involves creating and deleting files. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 461256] Baloo slows the system when many files are created
https://bugs.kde.org/show_bug.cgi?id=461256 --- Comment #5 from Alberto Salvia Novella --- Same indexing the recently created files using the above method. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 461256] Baloo slows the system when many files are created
https://bugs.kde.org/show_bug.cgi?id=461256 --- Comment #4 from Alberto Salvia Novella --- The initial indexing of baloo slows things more, than creating 50 files recursively itself. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 461256] Baloo slows the system when many files are created
https://bugs.kde.org/show_bug.cgi?id=461256 Alberto Salvia Novella changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #3 from Alberto Salvia Novella --- It doesn't happen with the above commands, while baloo turned off. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 461256] Baloo slows the system when many files are created
https://bugs.kde.org/show_bug.cgi?id=461256 --- Comment #2 from Alberto Salvia Novella --- When I disabled Baloo I deleted the index. But if I enable Baloo again, the resulting index is: $ balooctl indexSize File Size: 141,81 MiB Used: 137,87 MiB PostingDB: 23,63 MiB17.142 % PositionDB: 25,91 MiB18.791 % DocTerms: 21,74 MiB15.770 % DocFilenameTerms: 21,56 MiB15.637 % DocXattrTerms:0 B 0.000 % IdTree: 5,78 MiB 4.193 % IdFileName: 23,84 MiB17.289 % DocTime: 14,34 MiB10.401 % DocData:0 B 0.000 % ContentIndexingDB:0 B 0.000 % FailedIdsDB:0 B 0.000 % MTimeDB: 1,07 MiB 0.776 % -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 461140] Black box on the desktop during login
https://bugs.kde.org/show_bug.cgi?id=461140 --- Comment #5 from Alberto Salvia Novella --- The box belongs to the desktop itself. Maybe this is due to the frame-rate change that takes place between SDDM and the user session. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 461140] Black box on the desktop during login
https://bugs.kde.org/show_bug.cgi?id=461140 Alberto Salvia Novella changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 461140] Black box on the desktop during login
https://bugs.kde.org/show_bug.cgi?id=461140 --- Comment #4 from Alberto Salvia Novella --- Created attachment 153379 --> https://bugs.kde.org/attachment.cgi?id=153379&action=edit xprop-screenshot.png -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 461140] Black box on the desktop during login
https://bugs.kde.org/show_bug.cgi?id=461140 --- Comment #3 from Alberto Salvia Novella --- Created attachment 153378 --> https://bugs.kde.org/attachment.cgi?id=153378&action=edit xprop.log -- You are receiving this mail because: You are watching all bug changes.
[frameworks-baloo] [Bug 461256] New: Baloo slows the system when many files are created
https://bugs.kde.org/show_bug.cgi?id=461256 Bug ID: 461256 Summary: Baloo slows the system when many files are created Classification: Frameworks and Libraries Product: frameworks-baloo Version: 5.98.0 Platform: Manjaro OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: baloo-bugs-n...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- If you create many files at the same time, like you do when compiling software, that makes baloo to noticeably slow the system down. This happens despite using a brand new SanDisk high speed SSD with DRAM cache. This laptop has an AMD A10-8700P APU, and 16GiB of RAM DDR3. No swap, no encryption. Choosing a different kernel edition (generic/zen), with their different I/O schedulers (endline/bfq), doesn't make the slowness to go away. Selecting baloo not to index file contents, the same. I think this defeats the purpose of baloo all together, as it's just better to have it switched off in any circumstance. It really needs to get easy on resources. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 461140] New: Black box on the desktop during login
https://bugs.kde.org/show_bug.cgi?id=461140 Bug ID: 461140 Summary: Black box on the desktop during login Classification: Plasma Product: plasmashell Version: 5.25.5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Desktop Containment Assignee: plasma-b...@kde.org Reporter: es204904...@gmail.com CC: notm...@gmail.com Target Milestone: 1.0 Created attachment 153284 --> https://bugs.kde.org/attachment.cgi?id=153284&action=edit Screenshot.png Just after login I see a black box on the Plasma desktop. Till I open any window that covers it, then the box disappears. It also happens on the live USB. Operating System: Manjaro Linux KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.6 Kernel Version: 6.0.2-zen1-1-zen (64-bit) Graphics Platform: X11 Processors: 4 × AMD A10-8700P Radeon R6, 10 Compute Cores 4C+6G Memory: 15,1 GiB of RAM Graphics Processor: AMD Radeon R6 Graphics Manufacturer: TOSHIBA Product Name: SATELLITE L50D-C System Version: PSKXJE-00600KCE -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 460028] New: Grabbing a window snapped at the corner makes it to disappear
https://bugs.kde.org/show_bug.cgi?id=460028 Bug ID: 460028 Summary: Grabbing a window snapped at the corner makes it to disappear Classification: Plasma Product: kwin Version: 5.25.5 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: decorations Assignee: kwin-bugs-n...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- SYSTEM: - plasma-desktop 5.25.5 - plasma-framework 5.98.0 - qt5-tools 5.15.6 - linux-zen 5.19.12 SCREEN-CAST: - https://youtu.be/ESk1RFMjO_8 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 455272] Simplify the interface
https://bugs.kde.org/show_bug.cgi?id=455272 --- Comment #2 from Alberto Salvia Novella --- With the applet, as you type the password, it changes SSID meanwhile. Which is a bug already listed in this bug tracker. I think that the module should be intuitive despite the applet, and that just minor repositioning could improve that sensibly. Otherwise MOST people is unable to figure it out. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 455272] New: Simplify the interface
https://bugs.kde.org/show_bug.cgi?id=455272 Bug ID: 455272 Summary: Simplify the interface Product: plasma-nm Version: master Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: jgrul...@redhat.com Reporter: es204904...@gmail.com Target Milestone: --- I usually install KDE Plasma to people, and the most frequent complain I get is that is too hard to connect to wi-fi. That is, on one hand, because the applet is buggy at this time. The next option they have the system settings module, which we will talk about here. Users frequently are unable to figure out the interface. My suggestion is: - Use simpler linguistics. For example instead of SSID, name it "network name". - Visually separate common options from advanced ones. The user most of the time only needs to set the network name and the password field. The rest are special cases. - Put those common options in the same tab. - Automatically change the "connection name" to the SSID if unmodified. - If possible make more evident that you can rollout the list of nearby networks, for example, instead of having to manually type the network name. -- You are receiving this mail because: You are watching all bug changes.
[docs] [Bug 453277] The Kwin scripting tutorial misses crucial info
https://bugs.kde.org/show_bug.cgi?id=453277 --- Comment #4 from Alberto Salvia Novella --- Reported at: https://invent.kde.org/documentation/develop-kde-org/-/issues/77 -- You are receiving this mail because: You are watching all bug changes.
[docs] [Bug 453277] The Kwin scripting tutorial misses crucial info
https://bugs.kde.org/show_bug.cgi?id=453277 --- Comment #2 from Alberto Salvia Novella --- What I do with my software is documenting it right away. Keep up with me if you can 😁 -- You are receiving this mail because: You are watching all bug changes.
[docs] [Bug 453277] New: The Kwin scripting tutorial misses crucial info
https://bugs.kde.org/show_bug.cgi?id=453277 Bug ID: 453277 Summary: The Kwin scripting tutorial misses crucial info Product: docs Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Missing Content Assignee: kde-doc-engl...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- At: https://develop.kde.org/docs/extend/plasma/kwin/ Missing info: https://forum.kde.org/viewtopic.php?f=305&t=163749&p=454755#p454755 https://askubuntu.com/a/1406027/19033 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452780] Expose on the scripting api: NET_WM_BYPASS_COMPOSITOR
https://bugs.kde.org/show_bug.cgi?id=452780 --- Comment #4 from Alberto Salvia Novella --- I suspect it's just simpler to expose the structure as it is, and let the developer figure out the use case versus anticipating all the plausible scenarios. Aka separating the policy from the mechanism. The only thing we may need is to name things in a way it doesn't cause confusion, as maybe the hint currently does. There could be a property called "client.preferredCompositionMode" with the options "no preference", "composed", "not composed". Likely having a global option to change composition status won't really help further, specially if you cannot tell what the preference for each window is. For example web browsers tear badly if composition is disabled, where games usually have their own vsync mechanisms and don't benefit whatsoever from composition. So blocking composition per application makes more sense. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 452796] New: The application launcher to follow its panel opacity setting during startup
https://bugs.kde.org/show_bug.cgi?id=452796 Bug ID: 452796 Summary: The application launcher to follow its panel opacity setting during startup Product: plasmashell Version: 5.24.4 Platform: Manjaro OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Application Launcher (Kickoff) Assignee: plasma-b...@kde.org Reporter: es204904...@gmail.com CC: mikel5...@gmail.com, noaha...@gmail.com Target Milestone: 1.0 https://youtu.be/8O5LCzCGefM -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 452780] Expose on the scripting api: NET_WM_BYPASS_COMPOSITOR
https://bugs.kde.org/show_bug.cgi?id=452780
--- Comment #2 from Alberto Salvia Novella ---
They are independent. `NET_WM_BYPASS_COMPOSITOR` (aka the hint) is what the
window requests, and `blocksCompositing` (aka the property) is what kwin is
currently doing with it.
The hint is inmutable, where the property is mutable. Changing the property
doesn't affect the hint, and reading the property doesn't tell what the hint
could be.
Furthermore the hint has three settings (unset, true, false), where the
property has only two (true, false).
This is relevant because through the kwin api you can't really tell what the
windows actually requests. You can only guess, for example, by storing the
initial status of composition for a window. But even then it has corner cases
where you can't really guess.
The rest of properties are unrelated. They are either signals or refer to
different objects. For example for Firefox I get:
resourceClass = firefox
blocksCompositing = false
isBlockingCompositing = undefined
setBlockingCompositing = undefined
blockingCompositingChanged = function() { [native code] }
--
You are receiving this mail because:
You are watching all bug changes.
[kwin] [Bug 452780] New: Expose on the scripting api: NET_WM_BYPASS_COMPOSITOR
https://bugs.kde.org/show_bug.cgi?id=452780 Bug ID: 452780 Summary: Expose on the scripting api: NET_WM_BYPASS_COMPOSITOR Product: kwin Version: master Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: scripting Assignee: kwin-bugs-n...@kde.org Reporter: es204904...@gmail.com Target Milestone: --- The said hint tells if an application would benefit from running with or without composition: (https://specifications.freedesktop.org/wm-spec/wm-spec-latest.html#idm45446104333040) Examples: - A web browser indicates to always run composited, to prevent screen tearing. - A game indicates that it will benefit its performance to run without composition. This may greatly help scripts that manage composition: (https://gitlab.com/es20490446e/kwin-script-autocomposer/-/issues/1) Or even Kwin to decide by itself. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-syntax-highlighting] [Bug 451363] New: Bash highlighting fails with: "${PWD##*/}"
https://bugs.kde.org/show_bug.cgi?id=451363
Bug ID: 451363
Summary: Bash highlighting fails with: "${PWD##*/}"
Product: frameworks-syntax-highlighting
Version: 5.91.0
Platform: Manjaro
OS: Linux
Status: REPORTED
Severity: minor
Priority: NOR
Component: syntax
Assignee: kwrite-bugs-n...@kde.org
Reporter: es204904...@gmail.com
CC: walter.von.entfer...@posteo.net
Target Milestone: ---
This variable shows the current directory without path in Bash:
"${PWD##*/}"
But if you type it on a script, with the quotes, the next lines are no longer
highlighted.
--
You are receiving this mail because:
You are watching all bug changes.
[plasmashell] [Bug 451131] New: Application menu goes beyond screen boundaries when in a button
https://bugs.kde.org/show_bug.cgi?id=451131 Bug ID: 451131 Summary: Application menu goes beyond screen boundaries when in a button Product: plasmashell Version: 5.24.2 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Application Menu (Kicker) Assignee: plasma-b...@kde.org Reporter: es204904...@gmail.com Target Milestone: 1.0 https://youtu.be/iXip2eRz93M -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 444821] Enabling "set date and time automatically" stops "ntpd.service" rather than starting it
https://bugs.kde.org/show_bug.cgi?id=444821 --- Comment #5 from Alberto Salvia Novella --- Thanks for the info. Very valuable. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 444821] Enabling "set date and time automatically" shall start "ntpd.service"
https://bugs.kde.org/show_bug.cgi?id=444821 Alberto Salvia Novella changed: What|Removed |Added Summary|Enabling "set date and time |Enabling "set date and time |automatically" shall start |automatically" shall start |ntpd.service|"ntpd.service" -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 178968] Unable to contact time server when the ntp daemon is running.
https://bugs.kde.org/show_bug.cgi?id=178968 --- Comment #21 from Alberto Salvia Novella --- Related: Enabling "set date and time automatically" shall start ntpd.service https://bugs.kde.org/show_bug.cgi?id=444821 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 309195] Automatic time update cannot enable the needed ntpd.service with systemctl. (systemd)
https://bugs.kde.org/show_bug.cgi?id=309195 --- Comment #2 from Alberto Salvia Novella --- The option shall do the least surprising, most functional, thing: enabling the network time protocol. https://bugs.kde.org/show_bug.cgi?id=444821 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 444821] New: Enabling "set date and time automatically" shall start ntpd.service
https://bugs.kde.org/show_bug.cgi?id=444821 Bug ID: 444821 Summary: Enabling "set date and time automatically" shall start ntpd.service Product: systemsettings Version: 5.22.5 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_clock Assignee: p...@taniwha.com Reporter: es204904...@gmail.com CC: plasma-b...@kde.org Target Milestone: --- STEPS TO REPRODUCE: 1. sudo systemctl start ntpd 2. systemctl status ntpd 3. Date & Time -> "Set date and time automatically" 4. systemctl status ntpd RESULT: "ntpd.service" has been deactivated. ADDITIONAL INFO: Same the other way around: activating "ntpd.service" disables the box "set date and time automatically". ROOT CAUSE: In reality the box is only intended to sync the time once. But that's not what the wording suggests, neither it's the most functional thing to do. It should instead enable ntpd. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 430139] plasmashell has a memory leak
https://bugs.kde.org/show_bug.cgi?id=430139 --- Comment #8 from Alberto Salvia Novella --- I discovered a while ago that, in my case, the leak was caused by a tray icon: qsyncthingtray. Yet it would be smart that the plasma service has a maximum memory limit. Systemd allows that, and automatically restarts the service once reached. For the moment I'm using the following software to accomplish that: https://gitlab.com/es20490446e/plasma-leakguard -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 431402] Make it possible to scale down/zoom out images further than the window width/height
https://bugs.kde.org/show_bug.cgi?id=431402 Alberto Salvia Novella changed: What|Removed |Added CC|es204904...@gmail.com | -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 431402] Make it possible to scale down/zoom out images further than the window width/height
https://bugs.kde.org/show_bug.cgi?id=431402 --- Comment #25 from Alberto Salvia Novella --- qView is even better. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 438872] End line to have a predictable behavior
https://bugs.kde.org/show_bug.cgi?id=438872 --- Comment #3 from Alberto Salvia Novella --- Neither Github, Gitlab or most editors on Linux do this the other way. It's quite surprising to code something just to see it with different spaces in almost everything else. This reason alone is enough for me not to use Kate. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 433455] Unable to save trailing spaces
https://bugs.kde.org/show_bug.cgi?id=433455 --- Comment #33 from Alberto Salvia Novella --- Related: End line to have a predictable behavior: https://bugs.kde.org/show_bug.cgi?id=438872 -- You are receiving this mail because: You are watching all bug changes.
