Bug 59421 - Konqueror needs dynamic plugins directory scan
Summary: Konqueror needs dynamic plugins directory scan
Status: RESOLVED INTENTIONAL
Alias: None
Product: konqueror
Classification: Applications
Component: nspluginscan (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR wishlist
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-06-06 09:13 UTC by warren
Modified: 2003-07-20 00:08 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description warren 2003-06-06 09:13:27 UTC
Version:            (using KDE KDE 3.1.2)
Installed from:    Unspecified
OS:          Linux

Several Linux distributions including Red Hat have a different /usr/lib/mozilla-%{version} directory depending on the version of Mozilla installed.  Unfortunately this makes things inconvenient for Konqueror preferences since you can only have a hard-coded name that breaks if Mozilla's version changes.

Within recent Red Hat Linux releases Konqueror had a hard coded /usr/lib/mozilla-%{version}/plugins directory.  While the user can always manually edit the directory from the Konqueror preferences menu, it is rather inconvenient that Konqueror would lose its ability to use Mozilla's plugins whenever mozilla is upgraded.

Users may upgrade mozilla themselves between releases, and also the Konqueror pref would remain between distro upgrades leaving their user profile "broken" for browser plugins even if the KDE is again patched to use the new default mozilla directory.

Perhaps the only "clean" solution would be to modify Konq allow patterns like /usr/mozilla-*/plugins/ for browser plugins?  Would there be any drawbacks to this approach?
Comment 1 George Staikos 2003-06-06 18:16:31 UTC
Subject: 
On Friday 06 June 2003 03:13, you wrote:
> Several Linux distributions including Red Hat have a different
> /usr/lib/mozilla-%{version} directory depending on the version of Mozilla
> installed.  Unfortunately this makes things inconvenient for Konqueror
> preferences since you can only have a hard-coded name that breaks if
> Mozilla's version changes.
>
> Within recent Red Hat Linux releases Konqueror had a hard coded
> /usr/lib/mozilla-%{version}/plugins directory.  While the user can always
> manually edit the directory from the Konqueror preferences menu, it is
> rather inconvenient that Konqueror would lose its ability to use Mozilla's
> plugins whenever mozilla is upgraded.
>
> Users may upgrade mozilla themselves between releases, and also the
> Konqueror pref would remain between distro upgrades leaving their user
> profile "broken" for browser plugins even if the KDE is again patched to
> use the new default mozilla directory.
>
> Perhaps the only "clean" solution would be to modify Konq allow patterns
> like /usr/mozilla-*/plugins/ for browser plugins?  Would there be any
> drawbacks to this approach?

   If their packages are doing this, then it's their fault.  If they want to 
make a new directory for each version of mozilla, then they should use a 
symlink to point to the current one just as the mozilla executable in 
/usr/bin points to the current one.  Adding wildcards to the plugin scanner 
seems unnecessary and wasteful, and this approach will require either a) 
automatic scanning on startup (slow, especially now that it searches 
wildcards too) or b) the user to go the configuration panel to do a rescan 
anyways.



Comment 2 George Staikos 2003-07-20 00:08:19 UTC
Sorry, distro problem, not kde problem.