[frameworks-kio] [Bug 515511] Trash crashed after attempt to delete the folder

[Bug Janitor Service]

https://bugs.kde.org/show_bug.cgi?id=515511

--- Comment #7 from Bug Janitor Service  ---
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days.
Please provide the requested information, then set the bug status to REPORTED.
If there is no change for at least 30 days, it will be automatically closed as
RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kio] [Bug 515511] Trash crashed after attempt to delete the folder

[TraceyC]

https://bugs.kde.org/show_bug.cgi?id=515511

TraceyC  changed:

   What|Removed |Added

 Resolution|--- |WAITINGFORINFO
 Status|REPORTED|NEEDSINFO

--- Comment #6 from TraceyC  ---
In the duplicate report, the reporter said it was reproduced reliably by moving
30 large files to trash
I'm not able to reproduce this crash on Plasma / Dolphin built from git-master
and KF 6.24.0 by moving 30 1.2G files to trash

I also tried to move a 12.4 G file to trash, and then multiple 12.4G files to
trash and still could not reproduce. This might be fixed with Frameworks
6.24.0, or even 6.23 which should be very close to release. I'll set this to
remind us in a couple of weeks. Can you re-test on your system with Frameworks
is updated? Thanks!

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kio] [Bug 515511] Trash crashed after attempt to delete the folder

[TraceyC]

https://bugs.kde.org/show_bug.cgi?id=515511

TraceyC  changed:

   What|Removed |Added

 CC||thorsten.fi...@web.de

--- Comment #5 from TraceyC  ---
*** Bug 515996 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kio] [Bug 515511] Trash crashed after attempt to delete the folder

[TraceyC]

https://bugs.kde.org/show_bug.cgi?id=515511

TraceyC  changed:

   What|Removed |Added

 Resolution|WAITINGFORINFO  |---
 Status|NEEDSINFO   |REPORTED

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kio] [Bug 515511] Trash crashed after attempt to delete the folder

[Arsenij]

https://bugs.kde.org/show_bug.cgi?id=515511

--- Comment #4 from Arsenij  ---
Upd: problem persists on the external drive also

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kio] [Bug 515511] Trash crashed after attempt to delete the folder

[Arsenij]

https://bugs.kde.org/show_bug.cgi?id=515511

--- Comment #3 from Arsenij  ---
Sorry, wasn't pay attention when replied to my own.

1. It's regular .zip archive from Google Photos (bundled download files;
archive size is 6,8 GiB); decompressed size will be around the same. I started
the decompress and then canceled (tried to test the integrity of download), so
it must be ~3 GB already decompressed
2. I noticed that I currently unable to delete any file that was large enough
(this archive for example), I have 23,9 GiB free (on system drive where I
attempt to delete; Download folder), and I can't delete the file bigger than
6,2 GiB (6 704 582 656), tested right now with dd and temp files. I can delete
the file of 6,2 GiB (6394MiB), but not 1 MiB more (tested with three 2 GiB and
one 394 MiB files, try to delete the one additional MiB and got an crash)

Additional: the system is week old and from fresh install and have all updates.
For investigation purposes I can make an image of the current system partition
(and delete only sensitive data) if it will be better or make more sense. I'll
be happy to try to help by anything I have and know

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kio] [Bug 515511] Trash crashed after attempt to delete the folder

[TraceyC]

https://bugs.kde.org/show_bug.cgi?id=515511

TraceyC  changed:

   What|Removed |Added

  Version First|unspecified |6.22.0
Reported In||

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kio] [Bug 515511] Trash crashed after attempt to delete the folder

[TraceyC]

https://bugs.kde.org/show_bug.cgi?id=515511

TraceyC  changed:

   What|Removed |Added

 Resolution|--- |WAITINGFORINFO
 CC||kde...@tlcnet.info
 Status|REPORTED|NEEDSINFO

--- Comment #2 from TraceyC  ---
Thanks for the bug report. Please avoid copying previous messages into your
replies, as this causes duplicate text and makes the report harder to read
through.

I have a few questions so we can try to reproduce this crash.

1. What kind of archive file is the file you had started to decompress, and how
large is it?
2. Can you clarify if you're able to delete other large files or not? If there
is a problem with large files what are the file sizes?

This may be caused by there not being enough free space on the disk for the
delete operation, but kioworker should handle this more gracefully.

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kio] [Bug 515511] Trash crashed after attempt to delete the folder

[Arsenij]

https://bugs.kde.org/show_bug.cgi?id=515511

--- Comment #1 from Arsenij  ---
(In reply to Arsenij from comment #0)
> Application: kioworker (6.22.1)
> 
> ApplicationNotResponding [ANR]: false
> Qt Version: 6.10.1
> Frameworks Version: 6.22.0
> Operating System: Linux 6.14.0-37-generic x86_64
> Windowing System: Wayland
> Distribution: KDE neon User Edition
> DrKonqi: 6.5.5 [CoredumpBackend]
> 
> -- Information about the crash:
> Unpacked the archive partially (via Ark), canceled the unpack, tried to
> delete the folder, crashed every time as I tried. I experienced same
> behavior before, and both of times when files are created with size, less
> than full (partial created files that grow in size), both ways to fix - as I
> remember or restart the Dolphin, or restart the whole system.
> 
> (sorry but I was curious and) Claude concluded that it's handler of the file
> size (weird since how I can delete the big files then? nvm, tested and I
> still can't delete big files before reboot, nor 6+ GB file, nor folder that
> contains it, but can delete folder with smaller file), cite:
> The crash occurred in KDE's Trash system when trying to move a file to
> trash. Specifically:
> The problem (line #16-18):
> qCheckedFPConversionToInteger(value=6704756736.5)
> qRound(d=6704756736)
> TrashImpl::adaptTrashSize
> Root cause: The trash implementation tried to convert a very large file size
> (6704756736.5 bytes ≈ 6.7 GB) from a double to an int, which caused an
> integer overflow.
> 
> int maximum value is ~2.1 billion (2,147,483,647)
> The file size was 6.7 billion bytes
> This triggered Qt's assertion check and crashed the program
> 
> What was happening:
> 
> You were moving a file to trash (line #20: TrashImpl::moveToTrash)
> The system was trying to update the trash size metadata (line #18:
> adaptTrashSize)
> It tried to round a file size that was too large to fit in a 32-bit integer
> Qt detected the overflow and aborted to prevent corruption
> 
> The crash can be reproduced every time.
> 
> -- Backtrace:
> Application: kioworker (kioworker), signal: Aborted
> 
> [New LWP 161780]
> [New LWP 161781]
> 
> This GDB supports auto-downloading debuginfo from the following URLs:
>   
>   
> Enable debuginfod for this session? (y or [n]) [answered N; input not from
> terminal]
> Debuginfod has been disabled.
> To make this setting permanent, add 'set debuginfod enabled off' to .gdbinit.
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> Core was generated by `/lib/x86_64-linux-gnu/libexec/kf6/kioworker
> /usr/lib/x86_64-linux-gnu/qt6/plugi'.
> Program terminated with signal SIGABRT, Aborted.
> #0  __pthread_kill_implementation (no_tid=0, signo=6, threadid= out>) at ./nptl/pthread_kill.c:44
> 
> warning: 44   ./nptl/pthread_kill.c: No such file or directory
> [Current thread is 1 (Thread 0x6ffdf19e33c0 (LWP 161780))]
> add symbol table from file "/lib/x86_64-linux-gnu/libc.so.6"
> add symbol table from file "/lib/x86_64-linux-gnu/libKF6Crash.so.6"
> add symbol table from file "/lib/x86_64-linux-gnu/libQt6Core.so.6"
> add symbol table from file
> "/usr/lib/x86_64-linux-gnu/qt6/plugins/kf6/kio/kio_trash.so"
> add symbol table from file "/lib/x86_64-linux-gnu/libKF6KIOCore.so.6"
> add symbol table from file "/usr/lib/x86_64-linux-gnu/libexec/kf6/kioworker"
> [Current thread is 1 (Thread 0x6ffdf19e33c0 (LWP 161780))]
> 
> Thread 2 (Thread 0x6ffdf11896c0 (LWP 161781)):
> #0  0x6ffdf671b4fd in __GI___poll (fds=0x6ffdec0013b0, nfds=2,
> timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
> #1  0x6ffdf64b26be in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #2  0x0001 in ?? ()
> #3  0x6ffdf11886d4 in ?? ()
> #4  0x7fff in ?? ()
> #5  0xf6e3e118edd9fd00 in ?? ()
> #6  0x6ffdf1188710 in ?? ()
> #7  0x6ffdec000c90 in ?? ()
> #8  0x0001 in ?? ()
> #9  0x6ffdec000b90 in ?? ()
> #10 0x in ?? ()
> 
> Thread 1 (Thread 0x6ffdf19e33c0 (LWP 161780)):
> [KCrash Handler]
> #6  __pthread_kill_implementation (no_tid=0, signo=6, threadid= out>) at ./nptl/pthread_kill.c:44
> #7  __pthread_kill_internal (signo=6, threadid=) at
> ./nptl/pthread_kill.c:78
> #8  __GI___pthread_kill (threadid=, signo=6) at
> ./nptl/pthread_kill.c:89
> #9  0x6ffdf664527e in __GI_raise (sig=6) at ../sysdeps/posix/raise.c:26
> #10 0x6ffdf66288ff in __GI_abort () at ./stdlib/abort.c:79
> #11 0x6ffdf7332891 in qAbort () at
> /usr/src/qt6-base-6.10.1-0zneon+24.04+noble+release+build145/src/corelib/
> global/qassert.cpp:46
> #12 qt_maybe_message_fatal (message=..., context=...,
> msgType=QtFatalMsg) at
> /usr/src/qt6-base-6.10.1-0zneon+24.04+noble+release+build145/src/corelib/
> global/qlogging.cpp:2166
> #13 qt_message(QtMsgType, const QMessageLogContext &, const char *, typedef
> __va_list_tag __va_list_tag *) (msgType=msgType@entry=QtFata