| Summary: | System Settings should write default application changes for non-KDE apps | ||
|---|---|---|---|
| Product: | [Applications] systemsettings | Reporter: | Dotan Cohen <kde-2011.08> |
| Component: | kcm_componentchooser | Assignee: | Unassigned bugs mailing-list <unassigned-bugs> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | 1i5t5.duncan, bugseforuns, devin.inspiredby, exp.wez, kde, luigi.toscano, mayazcherquoi, nate, rdieter, redhen898-online |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=397953 | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | System Settings - Default Application - File Association - text / html fixes Chrome default browser status | ||
|
Description
Dotan Cohen
2009-07-07 19:35:39 UTC
I have a serious issue on my Debian Lenny system, running KDE 3.5.1 It might be an OOo issue. But ONLY from inside OOo, the system does not recognize Firefox as my system default browser. I have changed the path settings several different ways within the KControl, and this does not solve the issue. The KDE system/environment DOES recognize Firefox as the default browser to open web addresses and links from inside all other KDE and non-KDE programs --- e.g. Thunderbird, audio and video programs, and so on. But no matter what I do, clicking on links embedded in OOo writer documents ALWAYS raises the Konqueror browser, the use of which I want to LIMIT ONLY to system files and desktop windows. This problem has existed for me since I switched to Debian Etch in 2007, and has persisted with my recent upgrade to Debian Lenny. It's been more than a year. I have tried using KDE Control to fix this problem ---- and it does NOT WORK!!!! *** Bug 197727 has been marked as a duplicate of this bug. *** System Settings should write locale changes to .bash_profile as well, as mentioned in bug # 82009. I don't mark this as a dupe as this bug requests not only locale changes but default application changes as well. Thanks. Indeed. Taking a hint from the way the Prince thing was handled, I've taken to referring to it something like this: "'The application formerly known as kcontrol' (generically aka 'system settings', even tho system settings is not only way to generic to be descriptive, but it controls not system settings, but kde settings, so kcontrol is way more accurate in any case, when I can use it to configure my boot services, /then/ it might arguably be 'system settings', until then, it's kcontrol, or 'the application formerly known as kcontrol')." Of course, I'm forced to do something similar with "The application formerly known as ksysguard" as well, since there's all sorts of "system monitor" plasmoids, etc, non of which are actually "the application formerly known as ksysguard" plasmoids, as it doesn't appear to have one... These generic names are useless for what names are /for/, actually identifying something. That's a problem. If I wanted functionality descriptions, there's a menu option for that. There's a reason I don't have that checked. I want application names, and I want them to usefully identify the application, not be so generic as to be almost useless. So consider this a request to either change the name back, or to support every distribution and platform that kde runs on system settings (including Gentoo, what I run), thus making the name accurate, even if that still won't solve the generic aspect. *** Bug 394835 has been marked as a duplicate of this bug. *** Looks like we need to have it do `sudo update-alternatives --config x-www-browser` (or equivalent) (In reply to Nate Graham from comment #6) > Looks like we need to have it do `sudo update-alternatives --config > x-www-browser` (or equivalent) That's a distribution-specific setting, so I don't think it's the right solution. *** Bug 372415 has been marked as a duplicate of this bug. *** Created attachment 128341 [details]
System Settings - Default Application - File Association - text / html fixes Chrome default browser status
Since Bug #394835 got marked as a duplicate of this, I just discovered, that manually changing Chrome to the first position in the File Associations -> text -> html list solved the problem of Chrome not recognizing itself as the default browser (see attachment in comment #9). Maybe setting the file association with the default browser is a possible fix for this issue? |