WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED INVALID
10509
icons for html files missing when using webkit as default browser
https://bugs.webkit.org/show_bug.cgi?id=10509
Summary
icons for html files missing when using webkit as default browser
Hardik Mehta
Reported
2006-08-22 07:53:48 PDT
I have a habit of using the nightly build of webkit as my default browser rather than safari. It works fine for me, But when I do that, I lose all the good default icons for .html files on my mac and that looks ugly..
Attachments
Add attachment
proposed patch, testcase, etc.
Mark Rowe (bdash)
Comment 1
2006-08-22 13:22:40 PDT
This happens because when you change HTML files to open with WebKit, it uses WebKit.app's icons on HTML files in the finder. WebKit.app claims to have icons for these file types but in reality it doesn't. It would be nice if we could use the default Safari icons in this situation, but as far as I can tell that would require distributing them inside the WebKit nightlies which is not something that I am allowed to do.
Alexey Proskuryakov
Comment 2
2006-08-22 13:36:12 PDT
Would absolute paths work, by any chance? <key>CFBundleTypeIconFile</key> <string>/Applications/Safari/Contents/Resources/document.icns</string> Not fool-proof against relocated Safari bundles, of course, but probably better than nothing.
Mark Rowe (bdash)
Comment 3
2006-08-22 14:09:33 PDT
That was one of the two options I was considering. The second was to copy the icons into WebKit's bundle on first launch after discovering Safari's location. This obviously wouldn't work if the user lacks write access to WebKit. Perhaps a combination of the two is the best bet?
Hardik Mehta
Comment 4
2006-08-22 15:57:15 PDT
(In reply to
comment #3
)
> That was one of the two options I was considering. The second was to copy the > icons into WebKit's bundle on first launch after discovering Safari's location. > This obviously wouldn't work if the user lacks write access to WebKit. > Perhaps a combination of the two is the best bet? >
We could work on this approach for now.
Sam Sneddon [:gsnedders]
Comment 5
2020-12-22 09:13:02 PST
invalid due to
bug 217729
removing all supporting code for WebKit.app
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug