It's just as the title says, all CSS selectors which are inside of media queries are showing in the inspector as [object Object]. Has anyone else run into this? Does anyone have any idea how I can force it to show the actual selectors being used? Here is a screenshot:
Same here. All selectors. Running a webview in Cordova on an iPhone 6+, iOS 9.0.1. Stylesheets generated with Stylus.
Running the identical css and html in OSX Safari works fine.
UPDATE-- Fixed by Safari 9.0
We’ve had a similar problem when using the keyframes mixin of LESS HAT. CSS selectors appeared as [object Object] in the web inspector when using mobile Safari on iOS9.
LESS CSS with LESS HAT generated stylesheets which stopped working after the iOS / Safari update. LESS HAT’s GitHub Issue #156 addresses and Pull Request #157 fixed these problems.
If you are not using LESS HAT or the like, it might just be a problem with a faulty CSS rule. In our case Safari’s console showed a warning: Invalid CSS property declaration […]
Related
I used to be able to live edit stylesheets under Resources in the developer console in Safari but since Safari 12 was released, the changes made to stylesheets under Resources no longer takes effect.
Is it just me or is this a problem in Safari 12?
I found the problem, there was a parse error in the stylesheet.
It used to work in Safari 11 but in Safari 12 the stylesheet with the parse error is not parsing correctly and the live editing doesn't work as expected.
Fixing the parse error resolved it.
Whenever I click on a textarea the following message pops up:
What could possibly trigger this?
Thanks!
Note: I'm using JQM 1.4.5 and the textarea is normal, nothing was configured.
I was having the same issue on one of my projects, with the same traceback as yours. It was strange, as there was no bundle.js in my project, or even being loaded. I found it was an issue with one of my extensions, so disabling extensions and clearing cache should fix your issue.
Are you using chrome browser?
If so, sign out of your chrome browser. That should fix it.
It might be that you have some installed chrome extensions whose javascript codes are conflicting with your project
I followed the steps to set up debugging webpage on iOS. It worked. However I see an issue with the inspector - it doesn't let me check the DOM and corresponding CSS. Anyone else has this issue? (Exact same issue when debugging using the simulator.)
Screenshot: http://screencast.com/t/E4fxPQwk14
Resource: https://developer.apple.com/library/ios/documentation/AppleApplications/Reference/SafariWebContent/DebuggingSafarioniPhoneContent/DebuggingSafarioniPhoneContent.html
Thanks!
UPDATE: WebKit nightly works. Thank you Timothy Hatcher!
You need to use a WebKit nightly, Safari 6.1 or Mavericks to use Web Inspector with iOS 7.
If you don't have access to Mavericks, You can also use Chrome devtools via proxy.
Debug iOS 6+7 Mobile Safari using the Chrome DevTools
My website http://remotejobs.io crashes Safari consistently. I first noticed the crash last night when I was at a Verizon store and I tried browser testing the site on an iPad. So I tried 2 more iPads at the same store, and the site crashed iOS Safari on all 3 devies, every single time I tried to hit the domain.
The exact workflow is:
Open Safari
Enter http://remotejobs.io
That's it. As soon as you hit go the site crashes.
This also happens on desktop Safari (tested in 6.0.3 on OSX 10.8.3 only), and produces an error report every time. Here's a copy of one of the error reports generated: http://go.jag.is/OGcS
The site is not throwing any JS errors, and works fine on other modern browsers that I have tested, including Chrome, Firefox, and even IE9 (shockingly enough).
One strange thing though, is that it only seems to crash iOS Safari on iPads, not iPhones, as I can successfully load the site on my iPhone every time.
What on earth could be causing this, and how do I debug it?
UPDATE: I tried commenting out the main stylesheet, and the site no longer crashes Safari without that stylesheet. I tried both a regular stylesheet, and a minified stylesheet, and both crash the browser.
UPDATE 2: I narrowed it down to the CSS by commenting out JS and leaving CSS in, and still it crashed. Then I tried removing all the transition properties, and it no longer crashes. So apparently the transition properties were causing the crash.
So I was able to narrow the problem down to the CSS with Adam Moore's suggestion, and then to the transition property declarations with Jonathan Sampson's comment.
I removed all the lines with transition and the site no longer crashed.
So then I looked at the values, and tried unifying the duration values, to see if that would help, since I was setting several different duration values across the different properties, including .5s on one, .3s on another, and .25s on yet a couple more. But unifying them didn't affect anything - still crashed.
Finally, I tried changing the transition-property from all to color, since color was the only thing I was really changing, and no more crashes! So apparently that was the solution. Seems Safari was choking on trying to transition all the properties.
Your website does not seem to crash Safari 5.1 on Windows 7. To go about debugging what's causing the issue, start by turning off the CSS, then one by one disable JS files until the website stops crashing. Once you've figured out which CSS file or JS file it is, then post a link to the file and I'll see if I can help!
I stumbled across the same issue in Safari and tried everything mentioned here. I also checked the css in the CSS validator and fixed some issues.
But my trigger for the crash were padding with percentage values. I converted the %-Values from the paddings and all the things were fine.
-webkit-transform-style: preserve-3d !important;
Caused Safari to continuously reload because of error. Removed that and it worked. :).
Safari - Version 8.0.8 (10600.8.9)
OSX EL Captain
I am trying to load an SWF inside a WebView in my cococa app, it works fine when I load an HTML which references the SWF. But i'd like do load the flash file alone, with no HTML. Is that possible??
Yes.
It's broken in currently-released WebKit (even on Snow Leopard), but last I checked, it was fixed in WebKit nightlies, so it'll work again someday.
I finally found an answer for that. It is not quite a fix, but it can get my app working for now.
Every time swf is loaded it make a call to debugger and XCode stops.
According to this post, I should disable the option "Stop on debugger" at run menu in XCode.
Now my project is up and running.
Thanks!