File upload of a file in .zip file results in an empty zero byte file uploaded
Reported by
cast...@castedo.com,
Apr 6 2018
|
||||||
Issue descriptionSteps to reproduce the problem: These steps were done with a HUAWEI MediaPad, but most Android 7 devices should suffice (especially tablets). 1) Download http://www.castedo.com/bugs/not_empty.zip 2) Sign-in to https://drive.google.com/ 3) From the "burger" menu click "Desktop Version" 4) Click "New" button 5) Click "File upload" 6) Click "Documents" (now browser UI, not web page) 7) Click "Downloads" (as file folder location to upload) 8) Click "not_empty.zip" (was downloaded during first step) 9) Click "i_am_not_empty.txt" (it is 16 bytes) 10) In Google drive, select "i_am_not_empty.txt" 11) Note in details, the size is zero bytes and opening it will result in no text. What is the expected behavior? The file size is greater than zero and the text "I am NOT empty." inside the file. What went wrong? SCOPE: I am seeing this problem happen with many users with many .zip files and all of them have been on Android 7.0 or 7.1 devices using Chrome 64 or 65. The reproduction steps are using Google drive, but I have also seen this file upload bug happen with a classic old-school non-ajax file upload and a jquery based file upload on my commercial website. This problem does NOT happen with Firefox on the very same Android devices where Chrome hits this bug. Did this work before? N/A Does this work in other browsers? Yes Chrome version: 65.0.3325.109 Channel: stable OS Version: 7.0 Flash Version: In the reproduction steps, the Chrome file-choosing UI is opening the .zip file as though it is a folder and allowing the user to select the .txt inside (which is not a stand-alone file, but rather inside the .zip file). If a user renames the .zip to something else, then uploading the file works fine. The problem is the file-choosing UI opens the .zip like a folder instead of just choosing to upload that .zip file. I have seen some Android 7 devices work, maybe because unzip functionality is not integrated into the file system browser.
,
Apr 10 2018
,
Apr 10 2018
Tested on Samsung Galaxy Tab S2(SM-T815Y) Android 7.0.0 using reported Chrome #65.0.3325.109 and was not able to reproduce the issue by following the steps mentioned in the original comment. Could you please share the screen cast of the issue along with the exact device details where the issue is reproduced. Attached the screenshot of the drive details for your reference. Thanks in advance!
,
Apr 10 2018
Thanks for trying to reproduce! I suspect that differences in installed unzip software is the problem here. Exact device name is "HUAWEI MediaPad M3 Lite 10". Model number is BAH-W09. I will gather some more info and/or screenshot now.
,
Apr 10 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 10 2018
The "Files" app install on my Huawei tablet is version 7.2.3.321_Local. Not sure if this software is what Chrome calls extracting the .txt file inside the .zip, but this application is capable of navigating "into" the .zip file. I will try to take some screenshots now.
,
Apr 10 2018
Here are screenshots after the last steps. Note how in after_step_7.png the only clear action for the user to take is tap "not_empty.zip" which will not upload the .zip. Instead the result is seen in after_step_8.png where a user will then tap "i_am_not_empty.txt" which is actually inside the .zip file. Now Chrome will only upload zero bytes with .txt filename, as confirmed in Google Drive web UI seen in after_steps_9_10.png.
,
Apr 10 2018
Two more related facts: A) Firefox installed on this very same device shows the same file choosing UI, but DOES upload the correct .txt file (which is not zero bytes). B) There is a way, very unclear to any user, to upload specifically the .zip from the file choosing UI, and not descend inside the .zip showing the .txt file. However this involves long-pressing the .zip until a check box appears, then going over to a small menu icon to the far upper right and then clicking "Open". This is not at all discover-able and it appears the vast majority, if not all, of the users visiting my site with these kinds of devices don't discover this power user feature.
,
Apr 10 2018
Hi, Platform > Apps > FileManager is the ChromeOS "Files" app, so I'm re-routing to a new component which I believe is more appropriate. Cheers.
,
Apr 11 2018
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by cast...@castedo.com
, Apr 6 2018