1481140 - Firefox 61.0.1 (64 Bit) does not record correct file modification time and date in OneDrive

Status: RESOLVED WORKSFORME

(Web Compatibility :: Site Reports, defect, P3)

Description

[lim.leong]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0
Build ID: 20180704003137

Steps to reproduce:

Sign on to OneDrive. Drag and drop any file from Windows File Explorer to OneDrive using Firefox brower.


Actual results:

OneDrive displays the file modification date as the time and date of drag and drop rather than the modification time date when the file was actually modified on the PC. I tried with Edge Browser and Edge browser displays the correct behaviour. Firefox used to be working fine with OneDrive up till Version 60, I think.


Expected results:

The OneDrive file modificiation date should be the file modified date on the PC rather than the time of drag and drop from WIndows Explorer on to OneDrive.

Comment 1

[Alice0775 White]

I can reproduce the issue on Win10 Firefox61.0.1, but not on Firefox60.1.0esr.
So, this is likely recent regression.

Comment 2

[Alice0775 White]

Chrome Dev70.0.3510.2 and Edge 42.17134.1.0 works as expected.

Comment 3

[Alice0775 White]

Regression window:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=3acb489d2dc8fe7560e1eaf56a955e0075cd1882&tochange=85dfda425103a8fdce2b28d0ca7fae92044283ef

Regressed by: 85dfda425103	Andrea Marchesini — Bug 1458883 - Remove File.lastModifiedDate, r=qdot

Comment 4

[Kohei Yoshino [:kohei]]

Updated the site compatibility note: https://www.fxsitecompat.com/en-CA/docs/2018/file-lastmodifieddate-has-been-removed/

Comment 5

[Liz Henry (:lizzard) (relman/hg->git project)]

baku, can you help find an owner for this issue (and set a priority for it?)  Thanks!

Comment 6

[Andrea Marchesini [:baku]]

I think there is anything to do at a platform level.
We should try to contact OneDrive developers and ask them to use the proper 'lastModified' attribute instead of deprecated 'lastModifiedDate' one. Maybe the webcompact team can help here?

Comment 7

[Thomas Wisniewski [:twisniewski]]

Adam, I'm guessing we should contact the OneDrive via mailing list?

Comment 8

[Adam Stevenson [:adamopenweb]]

Contacting them via our partner mailing list. Thanks for the ping.

Comment 9

[Liz Henry (:lizzard) (relman/hg->git project)]

Too late to fix in 64. Marking this issue as fix-optional for 65; if you land a patch in nightly and think it's low-risk for beta, please request uplift.

Comment 10

[lim.leong]

Hi There. Is this bug fixed in Firefox 66? Just wondering as it has been reported nearly 8 months ago. I have to resort to using Edge for assessing OneDrive which is no ideal from a workflow's perspective. I would rather use Firefox as the main browser.

Comment 11

[Firefox Bug Husbandry Bot]

See bug 1547409. Moving webcompat whiteboard tags to keywords.

Comment 12

[lim.leong]

Hi There. This bug is now outstanding for over 11 months. It is preventing me from using FireFox as the primary browser because I use OneDrive a fair bit. Is this bug going to be fixed or has the Mozilla given up on this issue? Thanks.

Comment 13

[Adam Stevenson [:adamopenweb]]

Hi, thanks for the reminder. This is an issue that Microsoft needs to resolve on OneDrive. I reached out to them last year and just sent a follow up message now.

Comment 14

[Raul Bucata]

For me, the same timestamp is shown, the time of the upload, when using Edge

https://prnt.sc/mxjtruZ7oPYe

And when using Firefox:

https://prnt.sc/-3MYBIGzhfeD

Reporter, is the issue still reproducible on your side?

Tested with:

Browser / Version: Firefox Nightly 101.0a1 (2022-04-17) (64-bit)
Operating System: Windows 10 PRO x64

Comment 15

[BugBot [:suhaib / :marco/ :calixte]]

Redirect a needinfo that is pending on an inactive user to the triage owner.
:denschub, since the bug has recent activity, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 16

[Dennis Schubert [:denschub]]

Closing as per comment 14.