TLDR:
Our Google Spreadsheet is broken and cannot be edited / saved. It keeps saying Trying to reconnect. To edit offline, turn on offline sync when you reconnect, and Reconnecting. Can it be due to the many versions saved? If so, what can be done if we don't want the sheet to change its ID?
Any help is highly appreciated!
Detailed Background:
We have a large Google Spreadsheet in our project (< 700k cells) and it's well under the 2 million cells size limit as described in here .
We have been programmatically updating this sheet by creating CSVs in the google drive with python, then using Google App Script to update the sheet with contents from the CSVs.
It has been fine for several weeks, today we started to have an issue, that is, when we manually open the sheet, it just keeps saying "Trying to reconnect. To edit offline, turn on offline sync when you reconnect", and "Reconnecting". We can make no changes to the sheets.
We tried to use different browsers (chrome, firefox, edge) and different OS (Windows, Mac), and we still have the same issue. So I don't think it's anything related to firewall / browser configuration.
We tried to make a copy of the sheet, and we are able to make changes to the copy. We can also access any other sheets and make changes without any problem.
The only difference between the actual sheet and the copied sheets is probably that the actual sheet has a lot of old versions (it has been updated every 3 minutes for weeks). Can that be a reason of failure to edit?
Another possibility is that many other scripts read this sheet. Can this be why? (It will be a pain to stop all the scripts / redirect all the scripts to another Spreadsheet)
Thanks a lot in advance!
Additional Details / Conclusions:
Using a database is definitely a better idea than a spreadsheet for such a large scale dataset.
An ".edu" domain was used. I believe we are using the G Suite version.
Just like the PC case, I am unable to make any changes when I use mobile version on Android.
From various sources, it seems that the old versions cannot be deleted (http://www.sevenminutescientist.com/2016/06/03/no-you-cannot-remove-a-revision-history-from-a-google-doc/)
When I look into the version history, it shows the following: "Google Docs encountered an error. Please try reloading this page, or coming back to it in a few minutes." I am unable to access any of the old versions.
Having issues with Google Drive constantly disconnecting you in Chrome? Error message: “Trying to connect. To edit offline, turn on offline sync when you reconnect”
This issue was encountered on a PC running Windows 10 64bit and Google Chrome (happens in the 32-bit and 64-bit versions). It doesn’t appear to happen in Firefox.
Cause: Kaspersky SSL Scanning (although it may still be an issue in Chrome as it doesn’t happen with other browsers and will likely be fixed by one of the parties soon)
Solution: Disable Kaspersky 2015 Encrypted Connection Scanning. Settings > Additional > Network > Disable encrypted connection scanning. NOTE: even if you disable Kaspersky via the temporary disable feature Google Docs still doesn’t work you have to turn off Encrypted Connection Scanning as it’s obviously always running even when Kaspersky is temporarily stopped (another bug as turning Kaspersky off should disable this).
Related
There are two parts to my question of "unattenedness".
The ability to connect to the remote desktop without also having to magically be at the remote site to click the generate key button.
Likewise, not having to be at the remote site to click "Continue" every 30 minutes to prevent the connection from disconnecting.
The fact that I can't seem to find a simple answer when searching the web for help (like being able to use a trusted pin), or even more complex solutions like generating certificates of trust, probably means, "it don't do that".
However, I'm hoping that the problem is that I just haven't figured out how to ask Google the right question yet. Hopefully someone here has some experience and insight into this problem.
Here's what I was doing that made it not not work:
When I downloaded and set up Chrome Remote Desktop (CRD) from the the Chrome Web Store, the chrome account I was logged in with was different on the remote and local computers (I use multiple email accounts for various tasks). This blunder meant that, even though I could change the active account from within CRD, the client and host were not actually configured with the same base Chrome account (email address). So I was being prevented from using the remote access functionality on the “Remote Access” page of the extension (app). Once I corrected that, I was then able to connect using the pin I was prompted to create during setup.
To be more specific:
I completely uninstalled CRD on one of mine boxen
From within the Chrome browser, I logged into same Chrome account as the other box
Then I went back to the Chrome Web Store and downloaded/installed CRD
Then the “Remote Access” page showed the remote computer and let me use the direct access pin
I have a database file which is located on my own google drive (private) and it's updated on a daily basis.
I wrote a python script in order to track the data from the database file, however I need to download the DB file to my pc, and then running my script locally, every single day.
I am wondering if there are any better options, so I wouldn't have to download the DB file and move it manually.
From a slight searching on the web I found that there is no way to run the script in the google drive folder (obviously due to security issues), and using google cloud platform is not a real option since it's not a free service (and as I understood there is no free trial).
Anyways, any method that would make my life easier would be happily accepted.
Sorry
That's not possible AFAIK. At least in the way you have asked the question.
It may be that you are looking for a Database hosting service, which, as a rule, are not free. I remember seeing a SQL viewer around, I don't know if it is still available and I don't think it was accessible via a local Python script.
Google Cloud Platform, as other services, do however offer a free tier of services - though this depends on how much use you need to give it and also on your location. Though this can get quite involved quite quickly. There are also various options to choose from. For example Big Query may be something you are interested in.
A Possible Workaround
I assume that the reason you don't want to download it is because it is tedious, and not because your network connection or hard drive can't handle it, if so:
The simple workaround may just be to find a way to automatically download the database via the (Google Drive API)[https://developers.google.com/drive] with your Python Script, modify it, or read it, and then upload it again if you need to. This can be done all within one script using the API. So all you would need to do is run the Python script and you wouldn't need to manually download and move it into a folder. You would also not need to worry about running over the free tier and getting billed for it.
You could even use the Google Drive Desktop software to keep the database file synced locally. Since it is local, I doubt the software would be able to block a Python script on the file system.
If you don't even want to think about it, you could set up the Python script with a CRON job or a Scheduled task if you are on Windows.
I have multiple versions available in Version Control of my Spreadsheets Script editor. The most recent one is after a complete rewrite of the server side commands and malfunctions terribly at the moment. I have reverted to the last known good version and things are working well at the moment, but something small has come up that requires changing. Here is the issue - i no longer seem to have access to the source of the old version. I can choose to make the old version live, so i figure the source might still be stashed somewhere. Can it be accessed?
The database instance created by WebSQL API is dropped automatically once browser cache is cleared (chrome://settings/clearBrowserData) but when database instance created by IndexedDB API, then it is not dropped upon browser clear cache. So when same domain is navigated then db instance created before browser clear cache can be seen.
I have tried all the techniques mentioned in how-to-delete-indexeddb-in-chrome, like going to content setting but they really don't work + they are manual step. I want the cache to be cleared using chrome://settings/clearBrowserData, which works well in case of WebSQL.
Only way I could make it work in case of IndexedDB is by programmatically dropping the db instance (indexedDB.deleteDatabase("my_db_instance")), but that doesn't fit good in production environment for end users.
Is it a know or unresolved issue? Thoughts?
Make sure "Cookies and other site and plug-in data" is checked before hitting the "Clear browsing data" button. If that still doesn't work then please file a bug that includes reproduction steps.
I'm working on a chrome packaged app that saves a lot of data locally. I recently put it on the chrome store. To my dismay, whenever my user's chrome installation updated the app (v1.1.1 to v1.1.2 for example), all their local data was gone (indexeddb data). Why is this so?
Is it the expected behavior to wipe out all the databases on an update?
Is there any way to prevent this other than not pushing out updates?
(Also where can I report this issue/bug, if it is one?)
Update: filed a bug report, but now I can't reproduce the issue. Not sure if it was fixed or my situation was a fluke.
The documentation is fuzzy on this:
https://developer.chrome.com/trunk/apps/app_lifecycle.html
Preventing data loss
Users can uninstall your app at any time. When uninstalled, no executing code or private data is left behind. This can lead to data loss since the users may be uninstalling an app that has locally edited, unsynchronized data. You should stash data to prevent data loss.
I hope they will elaborate on this, because zapping user data on every upgrade is not a great user experience.
I put in an issue:
http://code.google.com/p/chromium/issues/detail?id=169417
one of the developers got back to me and said:
I can't remember the release numbers off the top of my head, but at
some point when we turned on correct partitioned storage, there would
have been one-time data loss. This was done before packaged apps
rolled out officially to stable. If the loss of data happened across
an chrome upgrade, then I would say it's expected. It certainly
shouldn't be happening anymore.