693271 - Googledoc editing hangs

Status: RESOLVED INCOMPLETE

(Core :: DOM: HTML Parser, defect)

Description

[Steve Bower]

User Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20100101 Firefox/7.0.1
Build ID: 20110928134238

Steps to reproduce:

When opening a 'Doc' format Googledoc, editing hangs - I cannot enter text, LF etc.


Actual results:

Cursor just blinks - no other activity, though initially I was able to click on a Table of Contents link to jump within the document. Document is 53 pages, not graphics etc, just text + T.O.C.

After a minute or so, editing function returns OK


Expected results:

Document available for editing immediately. This does happen in Chrome

Comment 1

[Matthias Versen [:Matti]]

For the steps to reproduce: "When opening a 'Doc' format Googledoc" 
How to do that ?

Comment 2

[Steve Bower]

Well I've got a series of Google Docs, spreadsheets etc. Maybe you don't have? You can really only test for this if you've got a Googledocs account that you are using actively.

Comment 3

[Alice0775 White]

I can confirm the problem.
http://hg.mozilla.org/mozilla-central/rev/e9c620a5c85f
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0a1) Gecko/20111010 Firefox/10.0a1 ID:20111010031016

I cannot input text for a long time(more 1min) after completion loading tab.
I can input text immediately if I click SearchBar/URLBar and then the document.

This problem does not happen on Firefox3.6.23.

[STR}
1. Start Firefox with clean profile
2. Open https://docs.google.com
3. Sin-in  Google.
4. Click a existing document title to open the document
5. Wait for loading tab.
6. Click document to move caret
7. Input a text and edit the document

[ACTRUAL]
I cannot input any text and edit the document.

[ECPEXTED
I can input text and edit immediately.

Comment 4

[Mahesh Asolkar]

I am seeing that the moment I open any Google site in latest nightly build, it becomes unresponsive. I was browsing fine until I opened plus.google.com. Same happened with Gmail too.

I am using the latest nightly build on RHEL 6.1 (64-bit). I cannot provide the build id since I switched back to the Beta channel.

Wonder what I am seeing is related to this issue.

Comment 5

[Mahesh Asolkar]

Well, looks like my issue was related to the following message that showed up in the terminal:

/opt/nightly/firefox_nightly_64/plugin-container: /usr/local/lib/libnssutil3.so: version `NSSUTIL_3.12.5' not found (required by /opt/nightly/firefox_nightly_64/libssl3.so)

I unset my LD_LIBRARY_PATH and restarted firefox. It works fine so far. Looks like my configuration issue. Although it came up only after the latest update to nightly (?).

Comment 6

[Alice0775 White]

Regression window for comment#3(cached m-c)
Works:
http://hg.mozilla.org/mozilla-central/rev/83c887dff0da
Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a5pre) Gecko/20100503 Minefield/3.7a5pre ID:20100503040502
Fails:
http://hg.mozilla.org/mozilla-central/rev/3a7920df7580
Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a5pre) Gecko/20100503 Minefield/3.7a5pre ID:20100503105056
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=83c887dff0da&tochange=3a7920df7580
Suspected bug:
358113b3642e	Henri Sivonen — Bug 373864 - Enable the HTML5 parser by default. r+sr=jst.

Comment 7

[Henri Sivonen (:hsivonen)]

Works for me. Can you share a document that exhibits this problem with [e-mail]?

Comment 8

[Steve Bower]

Sorry, doc has personal information. Anyone anything else? Pref with Table of Contents - I suspect that part of issue may be TOC updating when doc opens. Why slower in FF though?

Comment 9

[Alice0775 White]

Attachment: sample

(In reply to Henri Sivonen (:hsivonen) from comment #7)
> Works for me. Can you share a document that exhibits this problem with
> [e-mail]?

The problem happens in any document.
However I can attach 260k plain text document.

Comment 10

[Alice0775 White]

Attachment: sample

sample (supersede to avoid spell check)

Comment 11

[jeffharris]

We're working on this in Google Docs

Comment 12

[roxleitan]

20160502172042 Mozilla/5.0 (Windows NT 6.1; rv:46.0) Gecko/20100101 Firefox/46.0
20160523030225 Mozilla/5.0 (Windows NT 6.1; rv:49.0) Gecko/20100101 Firefox/49.0

I have tested your issue on latest FF release 46.0.1 and latest Nightly build and could not reproduce it.
Is this still reproducible on your end ? If yes, can you please retest this using latest FF release and latest Nightly build (https://nightly.mozilla.org/) and report back the results ? When doing this, please use a new clean Firefox profile, maybe even safe mode, to eliminate custom settings as a possible cause (https://goo.gl/PNe90E). 

Thanks.

Comment 13

[BugBot [:suhaib / :marco/ :calixte]]

Clear a needinfo that is pending on an inactive user.

Inactive users most likely will not respond; if the missing information is essential and cannot be collected another way, the bug maybe should be closed as INCOMPLETE.

For more information, please visit BugBot documentation.

Comment 14

[Hsin-Yi Tsai (she/her) | away [:hsinyi]]

Please file a new bug if the issue is reproducible on a recent Firefox.