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