Issue metadata
Sign in to add a comment
|
Copy operation failed to MTP device |
||||||||||||||||||||||
Issue descriptionChrome OS Version: 10323.21.0, 65.0.3325.56 dev channel coral and eve devices What steps will reproduce the problem? 1. Device connected to MTP phone. 2. In Files window, perform copy operation from Downloads or Gdrive folders to MTP phone. What is the expected result? Files should be successfully copied to MTP folders. What happens instead? Copy operation failed. Attached screenshot.
,
Feb 8 2018
It reproduced by dragging files in Google Drive to MTP device. mkarkada@, have you reproduced this issue even when you dragged a file from Downloads?
,
Feb 8 2018
,
Feb 14 2018
mkarkada@ - Please let us know if you are also seeing this behavior for files from Downloads.
,
Feb 16 2018
@weifangsun, @fukino: I could reproduce this issue when drag-drop or copy-paste file from Downloads folder as well. Tested on eve.
,
Feb 21 2018
fukino@ - Is this a regression? I thought should be able to drag these files locally?
,
Feb 22 2018
Yes, this should be a regression. Also, I was able to reproduce the issue on eve. I'm bisecting the change.
,
Feb 22 2018
According to /var/log/messages, there is a failure when calling a method on mtpd. ERR mtpd[1779]: ReadDirectoryEntryIds(...): Domain=dbus, Code=org.chromium.Mtpd.Error, Message=ReadDirectoryEntryIds failed Copying a file from MTP device to Downloads succeeded.
,
Feb 22 2018
,
Feb 28 2018
,
Mar 9 2018
Moving to M-67.
,
Mar 9 2018
Fukino-san - are you still working on this and/or is this still P-1 for M-67?
,
Mar 20 2018
Do we know when this regressed? mtp_device_delegate_impl_chromeos.cc changes rather infrequently.
,
Mar 21 2018
Since this issue has flakiness, it was hard to identify the regression timing. My guess is that https://chromium-review.googlesource.com/c/chromium/src/+/581931 changed the timing to execute OpenFileDescriptor(), which made this issue easier to reproduce.
,
Mar 21 2018
Makes sense. Thanks for investigating and catching this bug.
,
Mar 21 2018
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/76a76b644f6c53e8296f42bdcae69858118b5c1d commit 76a76b644f6c53e8296f42bdcae69858118b5c1d Author: Naoki Fukino <fukino@chromium.org> Date: Wed Mar 21 17:55:13 2018 MTP: Fix corruption of source file path of copy operation. Source file's path was passed by a pointer to string, but the string can be destroyed since OpenFileDescriptor() runs asynchronously. When it is destroyed, finding source file fails then copy fails. This CL fixes it by passing a copy of FilePath. Bug: 810119 Test: Manually tested following the bug description. Change-Id: I1be1b9375ac601a66996ce2fa179e36a95cc4dd4 Reviewed-on: https://chromium-review.googlesource.com/970981 Reviewed-by: Lei Zhang <thestig@chromium.org> Commit-Queue: Naoki Fukino <fukino@chromium.org> Cr-Commit-Position: refs/heads/master@{#544764} [modify] https://crrev.com/76a76b644f6c53e8296f42bdcae69858118b5c1d/chrome/browser/media_galleries/chromeos/mtp_device_delegate_impl_chromeos.cc
,
Mar 21 2018
This issue is serious for users who want to copy files to phone. There is no workaround for them. I'd like to request a merge to M66 to fix it ASAP. The fix is simple and relatively safe.
,
Mar 22 2018
This bug requires manual review: M66 has already been promoted to the beta branch, so this requires manual review Please contact the milestone owner if you have questions. Owners: cmasso@(Android), cmasso@(iOS), josafat@(ChromeOS), abdulsyed@(Desktop) For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 23 2018
,
Mar 23 2018
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/e8738f8c64058bb9a10bd3e3550442b7991902e8 commit e8738f8c64058bb9a10bd3e3550442b7991902e8 Author: Naoki Fukino <fukino@chromium.org> Date: Fri Mar 23 05:25:18 2018 MTP: Fix corruption of source file path of copy operation. Source file's path was passed by a pointer to string, but the string can be destroyed since OpenFileDescriptor() runs asynchronously. When it is destroyed, finding source file fails then copy fails. This CL fixes it by passing a copy of FilePath. Bug: 810119 Test: Manually tested following the bug description. Change-Id: I1be1b9375ac601a66996ce2fa179e36a95cc4dd4 Reviewed-on: https://chromium-review.googlesource.com/970981 Reviewed-by: Lei Zhang <thestig@chromium.org> Commit-Queue: Naoki Fukino <fukino@chromium.org> Cr-Original-Commit-Position: refs/heads/master@{#544764}(cherry picked from commit 76a76b644f6c53e8296f42bdcae69858118b5c1d) Reviewed-on: https://chromium-review.googlesource.com/977187 Reviewed-by: Naoki Fukino <fukino@chromium.org> Cr-Commit-Position: refs/branch-heads/3359@{#391} Cr-Branched-From: 66afc5e5d10127546cc4b98b9117aff588b5e66b-refs/heads/master@{#540276} [modify] https://crrev.com/e8738f8c64058bb9a10bd3e3550442b7991902e8/chrome/browser/media_galleries/chromeos/mtp_device_delegate_impl_chromeos.cc
,
Mar 26 2018
,
Mar 27 2018
Just got bitten by this bug. I can't believe I was not able to transfer files from Pixelbook to Pixel 2. I am on stable Chrome OS 65. It is actually embarrassing.
,
Mar 27 2018
This is happening currently when I try to manually transfer files from my Acer Chromebook 11 to my Nook. Please see the screenshot and recommend a fix. Thanks!
,
Mar 28 2018
We're sorry for the inconvenience. The fix has on Canary, and will be delivered with Chrome OS 66.
,
Mar 29 2018
We get several reports from users about this issue. I'd like to request a merge to M65 if possible, assuming there will be an update on M65 in the future (before M66 goes stable). The fix (mentioned in comment #16) is simple and relatively safe.
,
Mar 29 2018
,
Mar 30 2018
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/351eee7194e92362ff2b56820c348dd7a4be4470 commit 351eee7194e92362ff2b56820c348dd7a4be4470 Author: Naoki Fukino <fukino@chromium.org> Date: Fri Mar 30 03:56:08 2018 MTP: Fix corruption of source file path of copy operation. Source file's path was passed by a pointer to string, but the string can be destroyed since OpenFileDescriptor() runs asynchronously. When it is destroyed, finding source file fails then copy fails. This CL fixes it by passing a copy of FilePath. Bug: 810119 Test: Manually tested following the bug description. Change-Id: I1be1b9375ac601a66996ce2fa179e36a95cc4dd4 Reviewed-on: https://chromium-review.googlesource.com/970981 Reviewed-by: Lei Zhang <thestig@chromium.org> Commit-Queue: Naoki Fukino <fukino@chromium.org> Cr-Original-Commit-Position: refs/heads/master@{#544764}(cherry picked from commit 76a76b644f6c53e8296f42bdcae69858118b5c1d) Reviewed-on: https://chromium-review.googlesource.com/987572 Reviewed-by: Naoki Fukino <fukino@chromium.org> Cr-Commit-Position: refs/branch-heads/3325@{#751} Cr-Branched-From: bc084a8b5afa3744a74927344e304c02ae54189f-refs/heads/master@{#530369} [modify] https://crrev.com/351eee7194e92362ff2b56820c348dd7a4be4470/chrome/browser/media_galleries/chromeos/mtp_device_delegate_impl_chromeos.cc
,
Mar 30 2018
Merged to M65. Thank you for the approval!
,
Apr 5 2018
Issue 828682 has been merged into this issue.
,
May 31 2018
Verified on M67 (10575.52.0, 67.0.3396.69) nautilus. |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by weifangsun@chromium.org
, Feb 7 2018Status: Assigned (was: Untriaged)