13661 2007-05-10 12:14:09 -0700 REGRESSION (r21367): Local css ignored until page is refreshed 2007-05-28 17:28:47 -0700 1 1 1 Unclassified WebKit Page Loading 523.x (Safari 3) Mac OS X 10.4 RESOLVED FIXED Regression P1 Normal --- 1 kevin webkit-unassigned dev+webkit mjs oldest_to_newest 10413 0 kevin 2007-05-10 12:14:09 -0700 It seems that local css file as set under the advanced Preferences is no longer being applied in r21368. I use Safari Enhancer to remove underlines from link defaults and it no longer is loading the stylesheet. The activity window doesn't list it. Reverting to Safari works and shows the css file in the activity window. 10397 1 dev+webkit 2007-05-10 12:31:38 -0700 This works for me with r21371 10398 2 dev+webkit 2007-05-10 12:32:59 -0700 Try removing Safari Enhancer and then try setting a local stylesheet and see if it's still broken. 10402 3 kevin 2007-05-10 12:53:28 -0700 (In reply to comment #1) > This works for me with r21371 > I only get the nightly builds so it's possible it's already fixed 10405 4 kevin 2007-05-10 12:54:55 -0700 (In reply to comment #2) > Try removing Safari Enhancer and then try setting a local stylesheet and see if > it's still broken. > There's nothing to remove with Safari Enhancer. It simply automates the connection to the local css file, doing the same as manually setting it via the preferences. I tried manually setting the pref anyway with no change. 10392 5 kevin 2007-05-10 14:03:36 -0700 Interestingly, refreshing a page applies the css, but not when it's first viewed after launching webkit. Once refreshed on one site, it seems to work on other sites too. 10386 6 dev+webkit 2007-05-10 15:18:25 -0700 (In reply to comment #5) > Interestingly, refreshing a page applies the css, but not when it's first > viewed after launching webkit. Once refreshed on one site, it seems to work on > other sites too. > Yeah, I definitely see that with r21371 10389 7 dev+webkit 2007-05-10 15:28:12 -0700 Looks like more fallout from Maciej's change in r21367 (nothing else in the r21359-r21368 range looks like it could have caused it). 10021 8 mjs 2007-05-14 11:40:16 -0700 I cannot reproduce the described bug. 9884 9 kevin 2007-05-15 05:47:11 -0700 I'm re-opening because it hasn't been resolved as of r21473 and stills fails the same. Just so the steps are clear, get the css file from the following attachment. Then go to Preferences-->Advanced-->Style Sheet and select the attachment css file. Then quit and re-launch Webkit. Make sure you're not running any other copies of the Webkit app. That seems to have an effect on the css load. After the startup page, go immediately to <http://www.imdb.com/> If it's failing the links should appear underlined. Refresh the browser and the underlines go away like expected due to the css file. Restart Webkit and the underlines are back until you refresh again. 9885 10 14564 kevin 2007-05-15 05:48:15 -0700 Created attachment 14564 linkunder.css 9328 11 kevin 2007-05-23 05:18:15 -0700 Here's a twist. The problem only occurs if it's the latest Nightly build that loads the Webkit Nightly start page. I'm currently using a previous version because the latest Nightly crashes too much. Doing so doesn't load the start page and I don't see the link underline issue. Even if I go to previous builds that definitely had the problem... they no longer have the problem. If I run the latest again, problem is back. So, it's looking like the problem is triggered by the initial load of the start page in the current nightly build only. Weird. 9020 12 kevin 2007-05-27 06:37:43 -0700 OK, it appears this problem has evolved into the issue I'm seeing in Bug 13880. Now if I have a Stylesheet set in the Advanced prefs, Webkit crashes on launch. Setting the stylesheet to none removes the problem. Even setting it to a blank css file brings back the crashing. 14564 2007-05-15 05:48:15 -0700 2007-05-15 05:48:15 -0700 linkunder.css linkunder.css text/plain 64 kevin YTpsaW5rIHt0ZXh0LWRlY29yYXRpb246IG5vbmV9DWE6dmlzaXRlZCB7dGV4dC1kZWNvcmF0aW9u OiBub25lfQ==