Chromebook not printing but downloading instead - google-chrome

I have a brand new Asus Chromebook with ChromeOS 104.0.5112.110
When I open a PDF file in Drive and then press the Print Icon, it downloads the file to Downloads with a very strange filename, containing more than a 100 characters. It sjust downloads it, not questions asked.
Question: Why does Chrome download the file instead of print it?

Related

Can chrome extension have its own IndexedDB?

Scenario: When user clicks the extension icon, a pdf file is generated for that URL tab.
I know one can store this pdf file in IndexDB of that particular origin i.e, URL.
When user visits 10 URLs and click 10 times my extension icon, 10 files will be generated.
Can my extension store these 10 pdfs in its own IndexDB? not in the IndexDB of URL origin.

Google Earth Engine layer download issues

I am unable to download the piece of my google earth engine layer that I need from the explorer. When I try to select the piece I need with the rectangle tool and hit download, windows kicks back an error message saying
"Windows cannot open the folder. The Compressed (Zipped) folder (file path to folder) is invalid.
I tried downloading multiple times upon changing the rectangle selected, using the viewport selection instead, opening the zip folder in linux and OSX. But nothing worked. How do I solve this?

Chromebook photo access

I'm looking for a way to access the files in "Downloads" on a Chromebook.
Currently, when a user takes a picture with the Camera app on Chrome OS, it stores a photo in the app. In that list of photos, you can choose to save the file to disk. Because the Chrome OS local storage options are limited, it seems like the options are to Google Drive or the local Downloads folder.
I'd like to be able to able to access these files through a developed extension (or other means if appropriate).
I found https://developer.chrome.com/extensions/downloads, but it doesn't list random photos placed in the downloads folder since they were initiated from the browser.
Any ideas?

iOS 11 Files app - Google Drive Large Files import issue

I'am using Files app in iOS 11.
The Files app is configured for iCloud, Google Drive and DropBox
Am able to open text or CSV files with size > 200 MB on iCloud and DropBox.
But when i open a text or CSV files with size > 200 MB on Google Drive, i dont see the file contents. Small text files are not an issue with Google Drive.
The issue is also apparent when we use the UI Kit API - UIDocumentPickerViewController
As the UIDocumentPicker Apple UIKit API uses the same Files App interface and exhibits the same behaviour, we see the same error thrown by the API.
As soon as i select a text or json or xml file > 200 MB, i see these log entries and the 'documentPickerWasCancelled' event is invoked.
2017-12-22 16:19:30.233311+0530 DocumentPickerTestingGrounds[3036:431736] [DocumentManager] Failed to copy the imported file into the local container (Error Domain=NSCocoaErrorDomain Code=4097 "connection from pid 2943" UserInfo={NSDebugDescription=connection from pid 2943})
2017-12-22 16:19:30.264298+0530 DocumentPickerTestingGrounds[3036:431689] [UIDocumentLog] UIDocumentPickerViewController : didPickDocumentURLs called with nil or 0 URLS
Now i feel its a bug with Google Drive or Files app implementation for G Drive.
Am unable to find any such reference material or bug note on this issue online.
I tried deleting and re-installing Google Drive app. Its still same behaviour.
Any pointers would be appreciated.
Okay i had to use Google Drive API and then i could download files > 200MB size.
So there is an issue with Files app in iOS 11 and GoogleDrive.

Google Drive's "Download zip" adds .txt extension to plain text files

While experimenting with Google Drive SDK, I noticed a possibly unwanted behaviour of the Google Drive web interface.
When downloading an entire folder as a zip file, some files within that folder with MIME text/plain appear in the zip with added extension .txt, even if their extension is different on Drive.
For example, I had some .conf and .asc files, which ended being .conf.txt and .asc.txt in the resulting compressed archive, respectively.
The issue seems to exist only when using the "Download zip" feature: if the files are downloaded from the web interface one by one or using the SDK the extension is the original, as expected.
For Windows, you can download all your files from Google Drive, but instead of using the browser,
Go to https://www.google.com/drive/download/
Install Google Drive Sync executable
Log into whichever Google account that has your files
Open Windows Explorer and find where your Google Drive is mapped. You should see an icon like the following:
Double-click the Google Drive icon and navigate to the folder you wish to download. You should see links to your Google files, but non-Google files are downloaded and sync'ed with Google Drive Sync like the following:
Right-click to get the context menu and select the compression program. E.g., I have 7-zip installed, so I selected 7-Zip > Add to "your_file.zip"
This will compress the files without adding any weird file extensions. I haven't tried this on Mac or other compression programs. I believe this should work for any file extension since the files are downloaded to your hard drive.
Note, you can select which folders to sync, in case you have folders that were shared with you. This prevents huge downloads, large sync times and allows you to only download and sync only what you need.
Hope that helps.
The same situation with ZIP archives. I use the usual ZIP scheme to store files, but with a different extension *.tec. Before downloading the archive, Google rigidly renames the files to *.tec.zip!
I don't see any solution other than to programmatically check the files for the "zip" extension and rename them before opening. Of course, it's a problem that my product has to fix Google's bugs, but there it is...