[kdeplasma-addons] [Bug 465488] New: No app name in the Battery and Brightness inhibition notification
https://bugs.kde.org/show_bug.cgi?id=465488 Bug ID: 465488 Summary: No app name in the Battery and Brightness inhibition notification Classification: Plasma Product: kdeplasma-addons Version: 5.26.5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: plasma-b...@kde.org Reporter: m...@cimba.li Target Milestone: --- Created attachment 156083 --> https://bugs.kde.org/attachment.cgi?id=156083&action=edit Screenshot of incorrect display SUMMARY When the Screensaver is inhibited without app name, no fall back is provided by the batterymonitor applet. STEPS TO REPRODUCE 1. Call `org.freedesktop.impl.portal.Inhibit` on the DBus with an empty string for name Note that this happens when e.g. xdg-desktop-portal fails to lookup the application id of an application that is calling `org.freedesktop.portal.Inhibit`. This should happen less often after https://github.com/flatpak/xdg-desktop-portal/issues/963 is fixed but may still happen. OBSERVED RESULT The applet shows the notification “ is currently blocking sleep and screen locking (reason)“ (see attached screenshot). EXPECTED RESULT The applet should replace the missing application name in the notification, e.g. with “An application” which would display the following notification message: “An application is currently blocking sleep and screen locking (reason)“ SOFTWARE/OS VERSIONS Linux/KDE Plasma: OpenSUSE Tumbleweed (rolling release ; current version id on my system is 20230130) (available in About System) KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.102.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION I’ -- You are receiving this mail because: You are watching all bug changes.
[kdeplasma-addons] [Bug 465488] No app name in the Battery and Brightness inhibition notification
https://bugs.kde.org/show_bug.cgi?id=465488 Cimbali changed: What|Removed |Added Assignee|plasma-b...@kde.org |m...@cimba.li -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 445590] New: Konsole switches back to previous profile settings on vim newline
https://bugs.kde.org/show_bug.cgi?id=445590 Bug ID: 445590 Summary: Konsole switches back to previous profile settings on vim newline Product: konsole Version: 21.08.3 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konsole-de...@kde.org Reporter: m...@cimba.li Target Milestone: --- Created attachment 143625 --> https://bugs.kde.org/attachment.cgi?id=143625&action=edit screen capture of bug SUMMARY Konsole profile settings changes (in particular colors) are undone by inserting a new line in vim, except in new tabs. STEPS TO REPRODUCE 1. Have a tab with some activity (opening vim once is sufficient) 2. Change profile of said tab 3. Open vim and insert a new line OBSERVED RESULT Profile settings are changed back to initial tab settings EXPECTED RESULT Profile settings are unaffected by applications that run inside it SOFTWARE/OS VERSIONS Linux/KDE Plasma: OpenSUSE Tumbleweed (rolling release, current version id 20211106) Kernel 5.14.14-1-default (64-bit) (available in About System) KDE Plasma Version: 5.32.2 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 vim: 8.2 (from package vim-8.2.3408-1.4.x86_64, see below for full version info) ADDITIONAL INFORMATION - I’ve reported the current software versions, but I’ve been having this bug for a while. - I’m also attaching a screen capture of the bug, with only `export PS1='> '` in the .bashrc. - Below the full vim --version info. VIM - Vi IMproved 8.2 (2019 Dec 12) Included patches: 1-3408 Compiled by 'http://www.opensuse.org/' Huge version without GUI. Features included (+) or not (-): +acl +file_in_path +mouse_urxvt -tag_any_white +arabic+find_in_path +mouse_xterm -tcl +autocmd +float +multi_byte+termguicolors +autochdir +folding +multi_lang+terminal -autoservername-footer-mzscheme +terminfo -balloon_eval +fork()+netbeans_intg +termresponse +balloon_eval_term +gettext +num64 +textobjects -browse-hangul_input +packages +textprop ++builtin_terms+iconv +path_extra+timers +byte_offset +insert_expand +perl +title +channel +ipv6 +persistent_undo -toolbar +cindent +job +popupwin +user_commands -clientserver +jumplist +postscript+vartabs -clipboard +keymap+printer +vertsplit +cmdline_compl +lambda+profile +virtualedit +cmdline_hist +langmap -python+visual +cmdline_info +libcall +python3/dyn +visualextra +comments +linebreak +quickfix +viminfo +conceal +lispindent+reltime +vreplace +cryptv+listcmds +rightleft +wildignore +cscope+localmap +ruby/dyn +wildmenu +cursorbind+lua/dyn +scrollbind+windows +cursorshape +menu +signs +writebackup +dialog_con+mksession +smartindent -X11 +diff +modify_fname -sodium-xfontset +digraphs +mouse -sound -xim -dnd -mouseshape+spell -xpm -ebcdic+mouse_dec +startuptime -xsmp +emacs_tags-mouse_gpm +statusline-xterm_clipboard +eval -mouse_jsbterm -sun_workshop -xterm_save +ex_extra +mouse_netterm +syntax +extra_search +mouse_sgr +tag_binary -farsi -mouse_sysmouse-tag_old_static system vimrc file: "/etc/vimrc" user vimrc file: "$HOME/.vimrc" 2nd user vimrc file: "~/.vim/vimrc" user exrc file: "$HOME/.exrc" defaults file: "$VIMRUNTIME/defaults.vim" fall-back for $VIM: "/usr/share/vim" Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -O2 -Wall -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=return-type -flto=auto -g -Wall -pipe -fno-strict-aliasing -D_REENTRANT -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 Linking: gcc -L. -flto=auto -fstack-protector-strong -rdynamic -Wl,-export-dynamic -Wl,-E -Wl,-rpath,/usr/lib/perl5/5.34.0/x86_64-linux-thread-multi/CORE -flto=auto -L/usr/local/lib -Wl,--as-needed -o vim -lm -lselinux -ltinfo -lacl -Wl,-E -Wl,-rpath,/usr/lib/perl5/5.34.0/x86_64-linux-thread-multi/CORE -L/usr/local/lib64 -fstack-protector-strong -L/usr/lib/perl5/5.34.0/x86_64-linux-thread-multi/CORE -lperl -lm -ldl -lcrypt -lpthread -- You are receiving this mail because: You are watching all bug chang
[konsole] [Bug 445590] Konsole switches back to previous profile settings on vim newline
https://bugs.kde.org/show_bug.cgi?id=445590 --- Comment #2 from Cimbali --- This happens even with all plugins removed − but not with the vimrc removed. I’ll try and identify which option(s) are problematic and report back a minimal vimrc that reproduces the issue. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 445590] Konsole switches back to previous profile settings on vim newline
https://bugs.kde.org/show_bug.cgi?id=445590 --- Comment #3 from Cimbali --- I’ve found the problematic lines: let &t_SI = "\]50;CursorShape=1\x7" let &t_SR = "\]50;CursorShape=2\x7" let &t_EI = "\]50;CursorShape=0\x7" The docs for there says: t_SIstart insert mode (bar cursor shape)t_SI t_SRstart replace mode (underline cursor shape) t_SR t_EIend insert or replace mode (block cursor shape) t_EI |termcap-cursor-shape| These control the cursor shapes to avoid displaying block cursors in all modes (i.e. bar in insert mode, underline in replace mode, and block in normal mode). Related discussions: - https://forum.kde.org/viewtopic.php?t=126004 - https://bugs.kde.org/show_bug.cgi?id=103399 So in fact vim is not needed to reproduce the bug, and it’s only selecting a CursorShape that reset profile options. Here’s alternate steps to reproduce: STEPS TO REPRODUCE 1. Change cursor shape, e.g. with: printf '\e]50;CursorShape=1\a' 2. Change profile 3. Change cursor shape again, e.g. with: printf '\e]50;CursorShape=0\a' OBSERVED RESULT Profile settings (e.g. colours) are changed back to initial settings from step 1 EXPECTED RESULT Profile settings are unaffected by changing cursor shape, only cursor shape should change. Note that this doesn’t seem to happen with DECSCUSR codes, so a good workaround for my vim use case is to use instead: let &t_SI = "\[6 q" let &t_SR = "\[4 q" let &t_EI = "\[2 q" -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 445590] Konsole switches back to previous profile settings on vim newline
https://bugs.kde.org/show_bug.cgi?id=445590 --- Comment #4 from Cimbali --- In fact, changing the cursor shape with printf '\e]50;CursorShape=1\a' is changing a konsole profile setting, and “forking” the current profile. The “Edit current profile” option of the tab shows which profile is currently in use. Whether this forking is done or not before changing to a new profile, affects how the next cursor shape change behaves. It sets the cursor shape, with as a base (colours etc.) either: - the newly loaded profile (if there were no cursor changes before loading the new profile) - the previously forked profile (if there were cursor changes) This “forked” profile should point to (or at least have all its values replaced by) the newly loaded profile, if the behaviour is to be consistent. -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 474164] New: Allow unprivileged users to list/modify non-system partitions (typically thumb drives)
https://bugs.kde.org/show_bug.cgi?id=474164 Bug ID: 474164 Summary: Allow unprivileged users to list/modify non-system partitions (typically thumb drives) Classification: Applications Product: partitionmanager Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: andr...@stikonas.eu Reporter: m...@cimba.li Target Milestone: --- SUMMARY Request to allow unprivileged users to view/modify partitions on devices that are unprivileged (typically thumb drives), as happens on other OSs/environments. STEPS TO REPRODUCE 1. Open partitionmanager 2. Cancel root password request OBSERVED RESULT - No devices are displayed - Error message saying “Partition Manager requires privileges in order to work” EXPECTED RESULT - Devices such as thumb drives are displayed and modifiable - Error message saying “Partition Manager requires privileges in order to access system partitions” SOFTWARE/OS VERSIONS Linux: OpenSUSE Tumbleweed, kernel 6.4.11 (available in About System) KDE Plasma Version: 5.27.7 KDE Frameworks Version: 5.109.0 Qt Version: 5.15.10 ADDITIONAL INFORMATION I was unable to determine whether this was by design or not. I think having a different tool for this would be overkill? -- You are receiving this mail because: You are watching all bug changes.
[partitionmanager] [Bug 474164] Allow unprivileged users to list/modify non-system partitions (typically thumb drives)
https://bugs.kde.org/show_bug.cgi?id=474164 --- Comment #2 from Cimbali --- In terms of why (which I haven’t covered in the original report), I must say I’m a little uneasy that when I just want to change my thumb drive’s partition to fat to copy files to a windows machine or something benign like that, I need to enter a situation where I can now wipe my root or home partitions. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 336629] Quick reference or equation viewer
https://bugs.kde.org/show_bug.cgi?id=336629 Cimbali changed: What|Removed |Added CC||m...@cimba.li --- Comment #3 from Cimbali --- I would be very interesting in this feature too. It is sort of hard to read a (very?) non-linear document by clicking pages and then going back to the previous document position. It’s too easy to lose track of where you were before the link − be it a figure, reference, footnote, etc. I think this feature made navigating wikipedia a much better experience, they call them “navigation popups”: https://en.wikipedia.org/wiki/Wikipedia:Tools/Navigation_popups I think that the ways this would work is on hovering links that point to inside the document (either with an option enabled or some shortcut), a small popup would open to show the link destination. Would this be implementable as a plugin, or are those only used for supporting different file types? Would a patch going in this direction be appreciated, or is this feature too niche? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 436709] Autoplaying of renditions (audio/video)
https://bugs.kde.org/show_bug.cgi?id=436709 Cimbali changed: What|Removed |Added CC||m...@cimba.li --- Comment #3 from Cimbali --- I can also confirm that Acrobat does treat the /A flag as “autoplay when activated” and not “activate automatically” as Okular does. The flag is poorly named, but the spec says (quote is from 1.7, table 9.15): > A boolean (Optional) If true, the media should automatically play when > activated. If false, the media should be initially paused when activated (for > example, the first frame is displayed). Relevant only for media that may be > paused. Default value: true. -- You are receiving this mail because: You are watching all bug changes.
