Bug 1222111

Summary: Dolphin webdavs files with incorrect timestamp
Product: [openSUSE] openSUSE Tumbleweed Reporter: Daniele Granata <denni.granata>
Component: KDE Workspace (Plasma)Assignee: E-Mail List <opensuse-kde-bugs>
Status: RESOLVED UPSTREAM QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P5 - None CC: code, denni.granata, fabian, fvogt
Version: Current   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: self explain

Description Daniele Granata 2024-03-28 09:19:06 UTC
Created attachment 873891 [details]
self explain

Operating System: openSUSE Tumbleweed 20240326
KDE Plasma Version: 6.0.2
KDE Frameworks Version: 6.0.0
Qt Version: 6.6.2
Kernel Version: 6.8.1-1-default (64-bit)
Graphics Platform: X11

Dolphin 24.02.1
Issue: 
when opening a remote webdav directory, Dolphin diplays every files with the datetime reset to january the first 1970 at 00:00. But if I put in a terminal "ls --full-time" the files are reported with the correct timestamp.
Comment 1 Daniele Granata 2024-03-28 09:23:54 UTC
the problem is even worse because if I perform a copy of a remote file on my local machine with Dolphin the timestamp is the one displayed and not the correct one.

Cheers
Comment 2 Fabian Vogt 2024-03-28 10:03:41 UTC
What's the output of kioclient stat "webdavs:/..." on such a file?
Comment 3 Daniele Granata 2024-03-28 10:08:24 UTC
kioclient stat "webdavs://www.nlcloud.it:443/nextcloud/remote.php/dav/files/denni/CSData2/log/failed-print_243.txt"

NAME                  failed-print_243.txt
SIZE                  269
FILE_TYPE             0100000
MIME_TYPE             text/plain
ACCESS                0600
MODIFICATION_TIME     Thu Jan 1 00:00:00 1970
CREATION_TIME         Thu Jan 1 01:00:00 1970
Comment 4 Benjamin Greiner 2024-03-29 15:41:37 UTC
Upstream Bug: https://bugs.kde.org/show_bug.cgi?id=484671

> [ben@skylab:~]% kioclient stat webdavs://myserver.domain/remote.php/dav/files/myuser/Docs
> NAME                  Docs
> FILE_TYPE             0040000
> ACCESS                0700
> MODIFICATION_TIME     Thu Jan 1 00:00:00 1970
> CREATION_TIME         Thu Jan 1 01:00:00 1970
> [ben@skylab:~]% kioclient stat webdavs://myserver.domain/remote.php/dav/files/myuser/Docs/myfile.pdf
> NAME                  myfile.pdf
> SIZE                  23199
> FILE_TYPE             0100000
> MIME_TYPE             application/pdf
> ACCESS                0600
> MODIFICATION_TIME     Thu Jan 1 00:00:00 1970
> CREATION_TIME         Thu Jan 1 01:00:00 1970
> [ben@skylab:~]% curl -s -u myuser:myapppass -X PROPFIND https://myserver.domain/remote.php/dav/files/myuser/Docs/myfile.pdf | xmlformat
> <?xml version="1.0"?>
> <d:multistatus xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:oc="http://owncloud.org/ns" xmlns:nc="http://nextcloud.org/ns">
>  <d:response>
>   <d:href>/remote.php/dav/files/myuser/Docs/myfile.pdf</d:href>
>   <d:propstat>
>    <d:prop>
>     <d:getlastmodified>Mon, 04 Dec 2023 20:55:42 GMT</d:getlastmodified>
>     <d:getcontentlength>23199</d:getcontentlength>
>     <d:resourcetype/>
>     <d:getetag>&quot;c9bfb90c5430b5bc2883b21527045dac&quot;</d:getetag>
>     <d:getcontenttype>application/pdf</d:getcontenttype>
>    </d:prop>
>    <d:status>HTTP/1.1 200 OK</d:status>
>   </d:propstat>
>  </d:response>
> </d:multistatus>
> 


A cross check with a smb:// url show fine:

[ben@skylab:~]% kioclient stat smb://mysambaserv/ben 
> NAME                  ben
> SIZE                  0
> FILE_TYPE             0040000
> MODIFICATION_TIME     Fri Mar 22 20:17:44 2024
> ACCESS_TIME           Sat Mar 23 16:43:54 2024


> Information for package kio-core:
> ---------------------------------
> Repository     : Haupt-Repository (OSS)
> Name           : kio-core
> Version        : 5.115.0-1.1
> Arch           : x86_64
> Vendor         : openSUSE
> Installed Size : 2.7 MiB
> Installed      : Yes
> Status         : up-to-date
> Source package : kio-5.115.0-1.1.src
> Upstream URL   : https://www.kde.org
> Summary        : Network transparent access to files and data
> Description    : 
>     This framework implements almost all the file management functions you
>     will ever need. In fact, the KDE file manager (Dolphin) and the KDE
>     file dialog also uses this to provide its network-enabled file management.
>     KIO core libraries, ioslave and daemons.
Comment 5 Fabian Vogt 2024-04-06 16:26:51 UTC
Bug in Qt: https://bugreports.qt.io/browse/QTBUG-114681

I opened a MR with a workaround.

> But if I put in a terminal "ls --full-time" the files are reported with the correct timestamp.

The reason for that is that kio-fuse is still built against KF5 ATM.

BTW: kio-core is KF5, the relevant package here is kf6-kio.
Comment 6 Daniele Granata 2024-05-19 18:14:26 UTC
Bug resolved.
I don't know exactly from what version cause I missed a pair of upgrades and only yesterday I 've had time to do a zypper dup.

Thank you.