Issue metadata
Sign in to add a comment
|
Directory/subdirectory timestamps are updated on rename and on move (Ctrl-x, Ctrl-v) in Files App
Reported by
mrtnbr...@gmail.com,
Jun 12 2018
|
||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 10452.99.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.203 Safari/537.36 Platform: 10452.99.0 (Official Build) stable-channel sentry Steps to reproduce the problem: 1. In Files app, rename a directory with Ctrl-enter, OR: 2. move a directory with Ctrl-x then Ctrl-v 3. What is the expected behavior? 1. Directory name should change, but timestamp shouldn't 2. Directory should appear elsewhere, but timestamps of directory and all subdirectories shouldn't change, at least if the move was within the same partition What went wrong? In both 1. and 2. the timestamps are updated. Not only that, but the timestamps are recursively updated for all subdirectories (quite amazing for a simple rename.) OTOH, when the directory is merely COPIED (Ctrl-c, then Ctrl-v), the timestamps are (properly) unchanged. Did this work before? Yes Known to work in Dec 2017. Possibly still working later; not sure about when it went wrong Chrome version: 66.0.3359.203 Channel: stable OS Version: 10452.99.0 Flash Version: 29.0.0.171 .zip file attached with 2 screenshots. First shows Files App with directory 'bug'. Second shows Files App and directory after renaming 'bug' to 'buglater'. Notice the timestamps.
,
Jun 19 2018
Confirmed repro - although linux "mv foo bar" will update changestamp on bar so this may be WAI.
,
Jun 20 2018
I don't get this behavior using Crosh (kernel 4.3.48, mv (GNU Coreutils) version 8.25). The last-modified timestamps in bar for mv foo bar are not changed.
,
Jul 19
The column in question is "Date Modified", which should update when a folder is moved or renamed. This behaviour is working as intended. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by weifangsun@chromium.org
, Jun 15 2018