Bug 405793 - Wrong modification time after dropping an URL from a browser
Summary: Wrong modification time after dropping an URL from a browser
Status: RESOLVED DUPLICATE of bug 374420
Alias: None
Product: frameworks-kio
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 5.56.0
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-03-24 02:36 UTC by Raphael
Modified: 2019-03-24 16:29 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Raphael 2019-03-24 02:36:46 UTC 
SUMMARY


STEPS TO REPRODUCE
1. drag a picture from a webbrowser into a folder
2. click copy

OBSERVED RESULT
date modified of the image is 7.feb.2106

EXPECTED RESULT
actually date

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: Kubuntu 18.10
(available in About System)
KDE Plasma Version: 5.15.3
KDE Frameworks Version: 5.54.0
Qt Version: 5.11.1

ADDITIONAL INFORMATION
Comment 1 Elvis Angelaccio 2019-03-24 09:49:48 UTC 
Thanks for the report. Moving to KIO when the actual copy happens.
Comment 2 Elvis Angelaccio 2019-03-24 10:24:47 UTC 
It seems the http ioslave does not set the UDS_MODIFICATION_TIME on its stat(), so the UDSEntry has QDateTime(1969-12-31 23:59:59.000 UTC Qt::UTC) as modification time. However, the KFileItem ends up with a modification time equal to QDateTime(2106-02-07 07:28:15.000 CET Qt::LocalTime).
Comment 3 Raphael 2019-03-24 15:37:40 UTC 
is there a way to fix it, or will it be fixed in future updates?
Comment 4 Julian Steinmann 2019-03-24 16:29:14 UTC 
@Raphael, a fix will probably come in a future update. I don't think there is a way for the user to fix it apart from updating the modification time yourself.
Should be the same issue as 374420, marking as duplicate.

*** This bug has been marked as a duplicate of bug 374420 ***