On Sunday 10 January 2016 02:16:54 pm Gene Heskett wrote:
On Sunday 10 January 2016 17:16:37 deloptes wrote:
> Gene Heskett wrote:
> > Greetings list;
> >
> > iceweasel seems to have gone to the dogs with all the libssl updates
> > as they try to sort the latest exploit.
> >
> > So I am driven to konqueror, which usually works, but when clicking
> > on a link to follow in kmail, kmail seems to be passing konqueror a
> > link to the display buffer in /var/tmp, as opposed to just passing
> > the text link I clicked on.
> >
> > It does work ok if I slide the mouse highlight the link, switch to
> > the konqueror screen, and middle click paste it into the address bar
> > of konqueror.
> >
> > Am I the only one with this problem? Lisi seems to think so.
> >
> > Also, and it took a while to find this, the TDE default applications
> > menu, and the default applications database konqueror uses, seems to
> > be two separate databases, which was very confusing because I could
> > be looking at konqueror, clicking on a sublink to try and locate a
> > download or docs directory on some external site, and konqueror was
> > passing it to iceweasel! Perhaps this explains why trying to change
> > the "default" application in KDE, and not having it take effect
> > until a root session, editing something in /etc/kde was also done.
> > That was a PITA.
> >
> > Maybe a bug/feature request is in order?
>
> Hi Gene,
> there are two parts here.
>
> The default application in TDE Control Center is to set what you would
> use as HTML reader. This means you can get off konqueror (default) and
> use something else (firefox, chrom, etc)
>
> The other one is the file association (mime).
> Here you have also two parts - one is in konqueror (TDE) and the other
> is firefox/iceweasel.
>
On a Debian system the default application is set with the 'alternatives'
system
'ls /etc/alternatives/' shows what are settable. 'update-alternatives --config
x-window browser' may help.
I have the same behavior as Gene, but only from using an app that is different
than the logged in user. If I 'su - <user>' and start apps from the cli.
The logged in user has no issues. I have not traced this down yet, seems like
an environment or PATH issue...maybe?
--
Greg