Live Preview Error - Chrome 34 removes CSS.getAllStylesheets() command

[fagnercarvalho]

Update from @jasonsanjose

@thany reported in the comments below the behavior with Chrome 34. On further review, Chrome has removed getAllStylesheets() from the API, see rev http://src.chromium.org/viewvc/blink/trunk/Source/devtools/protocol.json?revision=166228.

DevTools: [CSS] remove getAllStylesheets method from protocol

This patch removes getAllStylesheets method from protocol. Instead,
clients should track styleSheetAdded/styleSheetRemoved events to
maintain actual stylesheet set.

Original Report
Using base URL with httpster and github pages or using the default.

Developer console:

Using:
Windows 8 Pro
Brackets Sprint 36

[hyingreborn]

I encountered the same problem

Using:
Mac OSX 10.9.1
Sprint 36

[Den-dp]

I have the same problem as you guys.

Using:
Win 7x64
Brackets Sprint 36
Chrome 34.0.1833.4 canary

[redmunds]

Does anyone have a (hopefully simple) set of files that reproduces this problem?

@Den-dp Try stable Chrome if Canary isn't working

[oslego]

No specific set of files, but on a group of turn-on/turn-off it happens to drop sporadically.
LiveDevelopment seems to hang in status 2: Loading agents.

It's sporadic. Happens without extensions too.

[redmunds]

I played around with Live Preview today, and I found a way to reproduce this problem. The general recip is to create a page with 1 or more stylesheets, but do not link them directly. Create an intermediate stylesheet that includes all of the stylesheets using @import and then link the intermediate stylesheet from the HTML page. Then when editing the intermediate page I get the following error consistently. Note that the "edits" to intermediate page don't need to be anything significant -- just add/remove whitespace.

No style sheet with given id found Object {code: -32000, message: "No style sheet with given id found"} LiveDevelopment.js:480
_onError LiveDevelopment.js:480
x.event.dispatch jquery-2.0.1.min.js:5
y.handle jquery-2.0.1.min.js:5
x.event.trigger jquery-2.0.1.min.js:5
x.fn.extend.triggerHandler jquery-2.0.1.min.js:5
_onMessage Inspector.js:191

Does this sound like it fits the description of what anyone was doing?

Note: I also hit the exception described in pull request #6433 several times, so I'll continue with that one.

[njx]

I think I've gotten this even on the Getting Started project, but I'll pay attention next time to make sure.

(Your case sounds a lot like what's in citrus completed - if you can reliably reproduce your case, it seems like it should be reliable on citrus completed as well?)

[oslego]

I can attest to getting that error in some circumstances, though not with @imported styles.
However, pegging the LivePreview mode, even with no stylesheets, I can get it to hang sporadically.

[redmunds]

Yes, I can also reproduce same recipe in citrus completed site. I make no claim that this is the only way to reproduce problem. But, it's a simple & reproducible case that may help discover & solve the more general problem.

Another case I discovered that generates a lot of nasty looking messages in console is when typing file names in <link href=""> attributes and CSS @import url(); rules. This is understandable since the intermediate strings do not map to file names. These may be additional cases that could be detected and pushing changes to browser be paused until a more stable state is reached.

[Den-dp]

@redmunds Any suggestions how can I tell the Bower to launch Google Chrome instead of Canary? Notice that Google Chrome is default browser in my OS.

[redmunds]

Brackets looks for stable Chrome -- I'm not sure how it's using Canary for you.

If you're on Windows, then read this section of the Troubleshooting Guide which has the Registry key. Otherwise, which OS are you on?

[Den-dp]

Yes I'm using Windows. The problem is that Chrome Canary overwrites this variable whenever the update begins. I found an unresolved bug so it looks like a dead end… https://code.google.com/p/chromium/issues/detail?id=312092

UPDATE: this is being tracked by #7062

[redmunds]

@Den-dp This sound like a separate issue. Please open a new issue to track this.

[thany]

Same problem here. Brackets 36 on Windows 7 x64, Canary 34.0.1848.2.

Error message appears every time, a few seconds after starting live preview, and after hitting F5 in the browser.

Here's a screenshot of the errors caught by the F12 tools:

They are all exactly the same, which is why I expanded the last one only.