+ Add Question

Todoist always shows loading on Firefox

R

Hello todoist staffs, just want to share my experience of how I resolved this problem myself. I cannot find a better place to give this feedback, so I just put it here :)

Solution
=======

Close firefox, and delete the "webappsstore.sqlite" in C:\Users\<username>\AppData\Roaming\Mozilla\Firefox\Profiles\<somename>

Symptom
========

In firefox 16.0.1, 32bit, on Win7 64bit, when try to open the todoist page, it always shows loading.

In firebugs, console window, you can find an error:
"0x8052000b (NS_ERROR_FILE_CORRUPTED) [nsIDOMStorage.getItem]"

According to this post:

http://askubuntu.com/questions/110649/how-can-i-stop-firefox-throwing-a-ns-error-file-corrupted-error

, this is caused by a corrupted firefx HTML5 storage file "webappsstore.sqlite".

You cannot resolve this problem by clear cached or offline data in firefox option | Network (actually todoist was not shown in the offline use list". The only way is to delete the "webappsstore.sqlite" file.

All responses

David Trey staff
Replied on Oct 23, 2012 - 16:54

Hello,

thank you for your feedback. So far, based on past reports, this issue seemed to be caused by turning third-party cookie support off. If you can reproduce it again, please try to enable third-party cookies and let us know if it also fixes this problem.


Best regards,
David

R
Rongcheng
Replied on Oct 29, 2012 - 09:49

Hello David,

According to http://support.mozilla.org/en-US/kb/disable-third-party-cookies , I guess I did not disable the "third-party cookie", because my setting is "Remember history", and if I switch it to "Use custom settings for history", the "Accept third-party cookies" does be enabled.

For bug reproduction, I tried create a corrupted webappsstore.sqlite file, but failed to reproduce the bug, because this time firefox seemed to be able to recover a corrupted webappsstore.sqlite by overwriting a new one.

However, I was able to reproduce it by change the file security settings by denying all the current user's privileges, i.e. did "file right-button menu | properties | security", and denied the "full control".

I did not test that reproduced bug with the third-party cookies option.

I am not a JavaScript expert, but my gut feeling from other languages seems that the page loading logic throws out an exception when it trys to access the webappsstore.sqlite file, and that exception may jump over the "real" loading logic. If that was true, I would suggest not handling that exception at the end of the whole loading function but immediately at the place where the program trys to access the webappsstore.sqlite file.

Regards,
Rongcheng

R
Rongcheng
Replied on Oct 29, 2012 - 09:51

Forgot to mention that my new test was conducted on Firefox 16.0.2, other environment was the same (32bit Firefox, on Win7 64bit).

David Trey staff
Replied on Oct 29, 2012 - 09:59

Rongcheng,

thank you for the detailed information, I will pass it to our developers.


Best regards,
David

David Trey staff
Replied on Oct 29, 2012 - 10:03

Rongcheng,

one more thing, please tell me - did you install our plugin directly through this page: http://todoist.com/firefox or are you referring to the experimental one in the Firefox Marketplace? The one from the Marketplace is not an official end-version, it's a test that may not function properly at this stage.


Best regards,
David

R
Rongcheng
Replied on Oct 29, 2012 - 13:15

Hello David,

I do not install any plugin, I only access todoist from the web page.

Regards,
Rongcheng

David Trey staff
Replied on Nov 08, 2012 - 06:40

Hello Rongcheng,

Unfortunately, we can't reproduce this issue and our developers don't know what could cause this. Please tell me - how many tasks do you have approximately on your account?


Best regards,
David

R
Rongcheng
Replied on Nov 14, 2012 - 06:57

Hello David,

Sorry for my late reply. I got my system driver damaged, had to spent several days to reinstall my whole system.

I have sent a step-by-step screenshot pdf file of reproducing this problem to support@todoist.com.

Your question is also answered in the mail.

Regards,
Rongcheng

David Trey staff
Replied on Nov 14, 2012 - 07:59

Rongcheng,

Thank you very much for the detailed information in your mail. Although we've never encountered such bug so far, we will try to investigate this issue in case we get similar reports in the future.

Knowing the reason/situation for the corruption of this file (the one you've experienced before, not the reproduced step) would be very helpful (if not crucial) to see what caused it in the first place, but as you've mentioned in the file - it's unknown why the file got corrupted.

Nonetheless, thank you for all the information you've provided, it will be helpful for us in further investigation.


Bets regards,
David