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

Nate Graham <n...@kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
     Ever confirmed|0                           |1
            Summary|kioworker crashes on        |kioworker crashes on
                   |opening Dolphin or moving   |opening Dolphin or moving
                   |items to Trash              |items to Trash when any
                   |                            |trashinfo files have
                   |                            |relative paths
             Status|NEEDSINFO                   |CONFIRMED
         Resolution|WAITINGFORINFO              |---

--- Comment #13 from Nate Graham <n...@kde.org> ---
Hmm, you would think so, but after reading over the XDG trash spec
again(https://specifications.freedesktop.org/trash-spec/trashspec-latest.html):
I ran across the following:

> The key “Path” contains the original location of the file/directory, as 
> either an absolute
> pathname (starting with the slash character “/”) or a relative pathname 
> (starting with
> any other character). A relative pathname is to be from the directory in 
> which the
> trash directory resides (for example, from $XDG_DATA_HOME for the “home 
> trash” directory);
>  it MUST not include a “..” directory, and for files not “under” that 
> directory, absolute
> pathnames must be used. The system SHOULD support absolute pathnames only in 
> the “home
> trash” directory, not in the directories under $topdir. 

So relative pathnames are supported by the spec. Maybe the assert in our code
is wrong, or maybe something changed in the universe surrounding it to make it
start producing invalid results.

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

Reply via email to