[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Launch Bug Report Wizard failing on Apple OS X (was "ksycoca4")
From:       mk-lists () email ! de
Date:       2014-03-23 15:31:42
Message-ID: AAE2241C-BBE5-44DF-A17A-88A5BC9D3706 () email ! de
[Download RAW message or body]

Thanks Thomas,

for your valuable hints! :-)

On 23 Mar 2014, at 12:19 , Thomas L=FCbking <thomas.luebking@gmail.com> wro=
te:
> Do you get a dialog for
>    kcmshell4 componentchooser
OK, I located the executable eventually:
=97
$ /Applications/MacPorts/KDE4/kcmshell4.app/Contents/MacOS/kcmshell4 compon=
entchooser =

kcmshell(3530)/kdecore (KSycoca) KSycocaPrivate::openDatabase: Trying to op=
en ksycoca from "/private/var/tmp/kdecache-marko/ksycoca4"
kcmshell(3530)/kutils (KCMultiDialog) *KCMultiDialog::addModule: "Default A=
pplications"
kcmshell(3530)/kutils (KCModuleProxy) KCModuleProxyPrivate::loadModule: Mod=
ule not already loaded, loading module  "Default Applications"  from librar=
y  "kcm_componentchooser"  using symbol  "kcm_componentchooser"
kcmshell(3530)/kutils (KCMultiDialog) *KCMultiDialog::addModule: adding KCM=
  "Default Applications"  at the top level
kcmshell(3530)/kutils (KCMultiDialog) KCMultiDialogPrivate::_k_slotCurrentP=
ageChanged:
kcmshell(3530)/kutils (KCMultiDialog) KCMultiDialogPrivate::_k_clientChange=
d:
kcmshell(3530)/kutils (KCMultiDialog) KCMultiDialogPrivate::_k_clientChange=
d:
kcmshell(3530)/kutils (KCMultiDialog) KCMultiDialogPrivate::_k_dialogClosed:
2014-03-23 13:42:57.451 kcmshell4[3530:507] modalSession has been exited pr=
ematurely - check for a reentrant call to endModalSession:
=97

I then selected konqueror deliberately in the component chooser and NOW it =
indeed gets fired up when I call "kioclient exec 'http://www.kde.org/'=94

Now also the bug report web page is displayed in konqueror when clicking on=
 the corresponding menu item in said tutorial app.
Great.

OK, this proves that the KDE setup isn=92t properly carried out correctly o=
n MacPorts at the moment.


> try:
> kwriteconfig --group General --key BrowserApplication '!safari=92
If I specify the full path to Safari and start kioclient it will SPAWN AN E=
NDLESS AMOUNT of Safaris (at a rate of ~2/s) which fill up the dock bit by =
bit.
=97
$ kioclient exec 'http://www.kde.org/'
=85
(in my system log:)
23/03/14 14:00:12,483 com.apple.launchd.peruser.502[272]: (0x7fb848506610.a=
nonymous.Safari[3758]) Unmanaged jobs may not make XPC Events requests.
23/03/14 14:00:12,835 com.apple.launchd.peruser.502[272]: (0x7fb848705f60.a=
nonymous.Safari[3768]) Unmanaged jobs may not make XPC Events requests.
23/03/14 14:00:13,298 com.apple.launchd.peruser.502[272]: (0x7fb848506f00.a=
nonymous.Safari[3772]) Unmanaged jobs may not make XPC Events requests.
.
.
.
=97
This I could only stop by logging off...

And now I see that
=97
$ kwriteconfig --group General --key BrowserApplication '!/Applications/Mac=
Ports/KDE4/konqueror.app/Contents/MacOS/konqueror=92
$ kioclient exec 'http://www.kde.org/'
=85
=97
will also FIRE UP COUNTLESS konquerors at the same rate like Safaris.
So, it=92s not related to Safari then!

What=92s going on there?



> To do that for every user, one could make use of kiosk (basically provide=
 /usr/share/config/kdeglobals with appropriate entry in [General] - whether=
 that works on MacOS, i don't know.
Hmmmm=85 Didn=92t look into that now, but one could simply use the kwriteco=
nfig line of yours once after kdelibs installation.

Greets,
Marko

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscrib=
e <<
[prev in list] [next in list] [prev in thread] [next in thread]