This. This is why I like KDE devs.
They may add extra shiny I dont care for sometimes, but jeez that fix was pushed three and a half minutes later.
TBF its one line, for one line, but its still nice and responsive
developer did not test the code by execution it locally, but pushed the commit to remote repo.
unit tests are absent which produces the “fix one, broke other” situation
That 3.5 minutes was not so long
It looks like it is no required even an IDE app. Any notepad, nano to edit the lines and to push into remote repo into pipeline without any checking: neither local execution, nor checking on unit tests. Directly into pipeline.
While all that is funny, but at least they are doing something how they can / able right now. And that’s is much better than frozen project.
Operating System: Manjaro Linux
KDE Plasma Version: 5.23.2
KDE Frameworks Version: 5.87.0
Qt Version: 5.15.2
Kernel Version: 5.15.1-1-MANJARO (64-bit)
Graphics Platform: X11
I tried zip. works fine (as was before for me).
I see the bug is still present if to add a small file from desktop to 7zip archive with default settings:
[ 66.129205] systemd-coredump[1589]: [🡕] Process 920 (plasmashell) of user 1000 dumped core.
After that I tried 200 MB file. I saw the process went to up to the end and with no CPU usage stops: notification window remains. If to press on stop btn, process ends without plasma crash, but the archive is strange: it has adequate size, but ark can’t unpack it via context menu - nothing happens, even journalctl -f is free from any related messages, but the archive can unpack of to open it in Ark window and to unpack from there. The unpacked file copy matches original file byte to byte (Krusader’s compare by content (the Kompare app)).
So by small steps, but it fixing. May be after several months of that small steps it will be already fixed to even ordinary/typical work.
But we see that every atomic bug report needed. What was fixed in .3? plasmashell crash if to push on stop btn while archiving. That’s it. That was reported. That was fixed. No more.
Looks like developers do not use their products and do not see the typical bugs, which can be traced by themselves and to be fixed fast as they meet them and know it presence.
So .3 is unreliable also. But need a bug report.
Also note, that we do not know origin of the issue.
There are rumors that framework component will be released shortly. As that message was flagged by the community, probably it will be deleted, but I will cite it, cause that’s the rumor I meant (posted on 8th November):
If we go all the way back to @attishno1’s initial post in this thread, we see that the real problem was that the notification didn’t close after the compression had completed. If the notification had closed automatically (as it used to), then it would not have been clicked (and there would have been no crash).
This exact situation had already been reported as:
- What I was doing when the application crashed:
I compressed a video file to 7zip format via context menu of Dolphin.
The progress bar of Plasma notification reached 100& but the notification did not disappeared
spontaneously. Then I clicked on stop button of the notification and Plasma notified Dolphin crash.
What got fixed in 21.08.3 was the crash. The notification still does not auto-close.
Does that mean the compression has finished? or not? We have to go and check the 7-zip before we can confidently dismiss the notification, by clicking “stop compressing”!
I was annoyed too with the lack of 7z compress from Dolphin.
Then:
[1.] I tried DoubleCommander - which has it’s own menus/commands and 7z works out of the box and you may select many folders and choose to compress each on its own archive…
[2.] Installed Dolphin’s context menu extrension: 7z Archive Compress Decompress Menu - Quick Simple Install - KDE Store
[2b.] I left only 7z-1-compress.desktop, slightly modified to compress only zip and 7z, in ~/.local/share/kservices5/ServiceMenus/
# Dolphin Services Easy Quick Install Suite
# https://github.com/Intika-Linux-Plasmoid
# Contact: intika@librefox.org
# Release: 2019 intika
# License: GPL-3.0
# Version: 5.21
[Desktop Entry]
Type=Service
Actions=compress_7ZIP;compress_ZIP;
Encoding=UTF-8
ServiceTypes=KonqPopupMenu/Plugin,inode/directory,all/allfiles
X-KDE-Priority=TopLevel
X-KDE-Submenu=Compress
Version=5.21
Name[da]=Komprimér til tar.gz
[Desktop Action compress_ZIP]
Exec=bash -c 'dir=$(dirname "$1"); cd "$dir"; files=""; y="0"; for i in "$@"; do file=$(basename "$i"); files="$files"" \\"""$file""\\""; y=$((y+1)); done; if [ $y -gt 1 ];then name=$(TITLE="Name of archive"; TEXT="Please enter a name for this archive:"; INIT="archive"; name=$(kdialog --title "$TITLE" --inputbox "$TEXT" "$INIT"); case $? in 0) getname="$name";; 1) getname="";; esac; echo "$getname"; "$getname"); if [ "$name" == "" ]; then kdialog --title "Compress" --error "Compression aborted!"; exit; fi; else name=$(basename "$1"); fi; archname="$name"".zip"; exec="zip -r ""\\"$archname\\"""$files"; overw="0"; if ( [ -d "$archname" ] || [ -f "$archname" ] ); then echo "file/folder exists"; overw=$(kdialog --warningyesno "This folder already includes an archive with the same name. Do you want to overwrite it?"; case $? in 0) ow="0";; 1) ow="1";; esac; echo "$ow"; "$ow"); fi; echo $overw; if [ "$overw" == "0" ]; then echo "$exec" > .comparchive.sh && chmod a=r+w+x .comparchive.sh; sh .comparchive.sh && rm .comparchive.sh; kdialog --title "Compress" --msgbox "Compression done!"; else kdialog --title "Compress" --error "Compression aborted!"; fi;' 'dummy-param' %U
Icon=application-x-archive
Name=Compress to zip
Name[de]=Komprimieren in zip
Name[es]=Comprimir como zip
Name[it]=Comprimi in zip
Name[fr]=Compresser en zip
Name[zh_CN]=压缩为 zip
Name[pl]=Spakuj jako zip
Name[pt_BR]=Comprimir como zip
Name[cs]=Komprimovat do zip
Name[tr]=zip olarak sıkıştır
Name[da]=Komprimér til zip
[Desktop Action compress_7ZIP]
Exec=bash -c 'dir=$(dirname "$1"); cd "$dir"; files=""; y="0"; for i in "$@"; do file=$(basename "$i"); files="$files"" \\"""$file""\\""; y=$((y+1)); done; if [ $y -gt 1 ];then name=$(TITLE="Name of archive"; TEXT="Please enter a name for this archive:"; INIT="archive"; name=$(kdialog --title "$TITLE" --inputbox "$TEXT" "$INIT"); case $? in 0) getname="$name";; 1) getname="";; esac; echo "$getname"; "$getname"); if [ "$name" == "" ]; then kdialog --title "Compress" --error "Compression aborted!"; exit; fi; else name=$(basename "$1");fi ; archname="$name"".7z"; exec="7z a -aoa ""\\"$archname\\"""$files"; overw="0"; if ( [ -d "$archname" ] || [ -f "$archname" ] ); then echo "file/folder exists"; overw=$(kdialog --warningyesno "This folder already includes an archive with the same name. Do you want to overwrite it?"; case $? in 0) ow="0";; 1) ow="1";; esac; echo "$ow"; "$ow"); fi; echo $overw; if [ "$overw" == "0" ]; then echo "$exec" > .comparchive.sh && chmod a=r+w+x .comparchive.sh; sh .comparchive.sh && rm .comparchive.sh; kdialog --title "Compress" --msgbox "Compression done!"; else kdialog --title "Compress" --error "Compression aborted!"; fi;' 'dummy-param' %U
Icon=application-x-archive
Name=Compress to 7z
Name[de]=Komprimieren in 7z
Name[es]=Comprimir como 7z
Name[it]=Comprimi in 7z
Name[fr]=Compresser en 7z
Name[zh_CN]=压缩为 7z
Name[pl]=Spakuj jako 7z
Name[pt_BR]=Comprimir como 7z
Name[cs]=Komprimovat do 7z
Name[tr]=7z olarak sıkıştır
Name[da]=Komprimér til 7z
Now I’m getting similar issues with other “K” applications that are invoked via Dolphin’s context menus. This might not be solely an Ark/Dolphin issue, but rather a Dolphin issue (context menu + K application).
Or something…
I’m getting fatigued troubleshooting and diagnosing KDE’s recent regressions.
Just as possible solution for that or another Plasma bug cases:
The problem may be caused by old cache. Sometimes, after an upgrade, the old cache might introduce strange, hard to debug behaviour such as unkillable shells, hangs when changing various settings, Ark being unable to extract archives or Amarok not recognizing any of your music. This solution can also resolve problems with KDE and Qt applications looking bad after an update.
The same as you described in your original post a month ago.
Th notification/progress will “hang” when using the context menu to compress a new 7z archive (or it will “unexpectedly” crash.) If you leave it long enough, and then press “Stop”, it will claim to have “failed”, but luckily your archive file is fine.
Basically, we went full circle, and with KDE Plasma 5.23.3 + Ark / Dolphin 21.08.3, using the context menu to create a new archive is a shot in the dark, with an erroneous progress bar / crash message.
Look in the bug report (submitted August 8, 2021), with the latest comment a few days ago from the lead KDE developer. It’s not very clear from whence this regression originated.
-) on outdated ark version only 21.08.3: I’m on unstable, but Arch’s stable still did not get the 21.11.80 version to request the update from (Arch Linux - Package Search);