kcmshell4 kcm_knetworkconfmodule says "Could not parse the XML file"

Bug #229366 reported by Thomas Kluyver
16
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KDE-Admin
Unknown
Medium
kdeadmin (Ubuntu)
Fix Released
High
Jonathan Thomas

Bug Description

Binary package hint: kdeadmin-kde4

kcm_knetworkconfmodule does not appear to be visible from systemsettings, but can be accessed by entering "kcmshell4 kcm_knetworkconfmodule". The module loads correctly, but with no interfaces listed, and an error message saying "Could not parse the XML file."

kcmshell kcm_knetworkconfmodule (i.e. the KDE3 equivalent) works fine.

Kubuntu-KDE4 8.04 with KDE 4.0.4, specifically knetworkconf 4:4.0.4-0ubuntu1~hardy1

Related branches

Revision history for this message
Yuriy Kozlov (yuriy-kozlov) wrote :

Confirmed on Hardy with KDE 4.0.4. Marking High importance since this prevents people from configuring static network settings via the GUI.

Changed in kdeadmin-kde4:
importance: Undecided → High
status: New → Confirmed
Revision history for this message
In , Serhiy (4bugzilla) wrote :

Version: (using Devel)
Installed from: Compiled sources

kcm_knetworkconfmodule does not appear to be visible from systemsettings, but can be accessed by entering "kcmshell4 kcm_knetworkconfmodule". The module loads correctly, but with no interfaces listed, and an error message saying "Could not parse the XML file."

Error is reproducible for Fedora 9 Kubuntu-KDE4 8.04.
Please see
https://bugzilla.redhat.com/show_bug.cgi?id=449977
and
https://bugs.launchpad.net/ubuntu/+source/kdeadmin-kde4/+bug/229366

There is similar bug
http://bugs.kde.org/show_bug.cgi?id=117338
for KDE 3.x.
But this seems to be different because when I look to .xsession-errors on Fedora I see only
--get XML:
and nothing after this.

Thanks,
Serhiy

Revision history for this message
In , Serhiy (4bugzilla) wrote :

*** This bug has been confirmed by popular vote. ***

Revision history for this message
Serhiy (4bugzilla) wrote :

I've spend some time investigating this issue and I have some additional details to add.

The problem seems to be not with "knetworkconf" gui code (C++ code) but with perl code of backend.
When I run
.../backends/network-conf script I see following errors
--
Can't locate /general.pl in @INC (@INC contains: /usr/lib/perl5/5.10.0/i586-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl/5.10.0/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.10.0 /usr/lib/perl5/vendor_perl/5.10.0/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl .) at ../backends_back/network-conf line 52.
BEGIN failed--compilation aborted at ../backends_back/network-conf line 58.
--

But there should be no errors when running this script. When I checked all perl scripts I found following
--
$SCRIPTSDIR = "";
if ($SCRIPTSDIR =~ /^@scriptsdir[@]/)
...
--
When I manually edited all perl scripts and specified value of this variable directly in each script:
--
$SCRIPTSDIR = "/usr/share/kde4/apps/knetworkconf/backends";
--
(I did this on openSuse so path can be different on Ubuntu)
I was able to run this script without errors and knetworkconf started to work.

So the problem is that the value of scriptsdir variable was not defined in backends scripts. As far as I can see from http://websvn.kde.org/trunk/KDE/kdeadmin/knetworkconf/backends/ the same variable is defined in system-tools-backends.pc and probably pkg-config (http://pkg-config.freedesktop.org/wiki/FrontPage) should be used during compilation to set values of this variable in all scripts (perl sources have $SCRIPTSDIR = "@scriptsdir@"; definition of this variable and probably the value should be set during compilation). I am not familiar with CMake and I am not sure how exactly knetworkconf should be compiled to set the values of $SCRIPTSDIR variable during compilation. But I hope that this additional information will help to resolve this issue.

Thanks,
Serhiy

Revision history for this message
In , Serhiy (4bugzilla) wrote :

I've spend some time investigating this issue and I have some additional details to add.

The problem seems to be not with "knetworkconf" gui code (C++ code) but with perl code of backend.
When I run
.../backends/network-conf script I see following errors
--
Can't locate /general.pl in @INC (@INC contains: /usr/lib/perl5/5.10.0/i586-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl/5.10.0/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.10.0 /usr/lib/perl5/vendor_perl/5.10.0/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl .) at ../backends_back/network-conf line 52.
BEGIN failed--compilation aborted at ../backends_back/network-conf line 58.
--

But there should be no errors when running this script. When I checked all perl scripts I found following
--
$SCRIPTSDIR = "";
if ($SCRIPTSDIR =~ /^@scriptsdir[@]/)
...
--
When I manually edited all perl scripts and specified value of this variable directly in each script:
--
$SCRIPTSDIR = "/usr/share/kde4/apps/knetworkconf/backends";
--
I was able to run this script without errors and knetworkconf started to work.

So the problem is that the value of scriptsdir variable was not defined in backends scripts. As far as I can see from http://websvn.kde.org/trunk/KDE/kdeadmin/knetworkconf/backends/ the same variable is defined in system-tools-backends.pc and probably pkg-config (http://pkg-config.freedesktop.org/wiki/FrontPage) should be used during compilation to set values of this variable in all scripts (perl sources have $SCRIPTSDIR = "@scriptsdir@"; definition of this variable and probably the value should be set during compilation). I am not familiar with CMake and I am not sure how exactly knetworkconf should be compiled to set the values of $SCRIPTSDIR variable during compilation. But I hope that this additional information will help to resolve this issue.

Thanks,
Serhiy

Revision history for this message
Serhiy (4bugzilla) wrote :

In order to resolve problem with displaying knetworkconf in KDE 4.x system settings need to change header of "kcm_knetworkconfmodule.desktop" file to be following:

---
[Desktop Entry]
Type=Service
X-KDE-ServiceTypes=KCModule
X-DocPath=knetworkconf/index.docbook
Icon=knetworkconf
#Icon=preferences-system-network
Exec=kcmshell4 kcm_knetworkconfmodule

X-KDE-Library=kcm_knetworkconfmodule
X-KDE-PluginKeyword=knetworkconf
X-KDE-ParentApp=kcontrol

X-KDE-System-Settings-Parent-Category=network-settingss
---

This will add additional section to "System Settings"->"General"->"Network & Connectivity"->"Network Settings"->"Network Settings".

Thanks,
Serhiy

Revision history for this message
Serhiy (4bugzilla) wrote :

Sorry, there is a typo in my previous post.
X-KDE-System-Settings-Parent-Category=network-settingss
needs to be changed to
X-KDE-System-Settings-Parent-Category=network-settings
(one 's' at the end).

Thanks,
Serhiy

Revision history for this message
In , Serhiy (4bugzilla) wrote :

In order to resolve problem with displaying knetworkconf in KDE 4.x system settings need to change header of "kcm_knetworkconfmodule.desktop" file to be following:
--
[Desktop Entry]
Type=Service
X-KDE-ServiceTypes=KCModule
X-DocPath=knetworkconf/index.docbook
Icon=knetworkconf
#Icon=preferences-system-network
Exec=kcmshell4 kcm_knetworkconfmodule

X-KDE-Library=kcm_knetworkconfmodule
X-KDE-PluginKeyword=knetworkconf
X-KDE-ParentApp=kcontrol

X-KDE-System-Settings-Parent-Category=network-settingss
--

This will add additional section to "System Settings"->"General"->"Network & Connectivity"->"Network Settings"->"Network Settings".
Thanks,
Serhiy

Revision history for this message
In , Serhiy (4bugzilla) wrote :

Sorry, there is a typo in my previous post.

In order to resolve problem with displaying knetworkconf in KDE 4.x system settings need to change header of "kcm_knetworkconfmodule.desktop" file to be following:
--
[Desktop Entry]
Type=Service
X-KDE-ServiceTypes=KCModule
X-DocPath=knetworkconf/index.docbook
Icon=knetworkconf
#Icon=preferences-system-network
Exec=kcmshell4 kcm_knetworkconfmodule

X-KDE-Library=kcm_knetworkconfmodule
X-KDE-PluginKeyword=knetworkconf
X-KDE-ParentApp=kcontrol

X-KDE-System-Settings-Parent-Category=network-settings
--

This will add additional section to "System Settings"->"General"->"Network & Connectivity"->"Network Settings"->"Network Settings".

Thanks,
Serhiy

Revision history for this message
In , Serhiy (4bugzilla) wrote :

In order to resolve problem with displaying knetworkconf in KDE 4.x system settings need to change header of "kcm_knetworkconfmodule.desktop" file to be following:

--
[Desktop Entry]
Type=Service
X-KDE-ServiceTypes=KCModule
X-DocPath=knetworkconf/index.docbook
Icon=knetworkconf
#Icon=preferences-system-network
Exec=kcmshell4 kcm_knetworkconfmodule

X-KDE-Library=kcm_knetworkconfmodule
X-KDE-PluginKeyword=knetworkconf
X-KDE-ParentApp=kcontrol

X-KDE-System-Settings-Parent-Category=network-settings
--

This will add additional section to "System Settings"->"General"->"Network & Connectivity"->"Network Settings"->"Network Settings".

Thanks,
Serhiy

Revision history for this message
In , Serhiy (4bugzilla) wrote :

Please sorry for so many comments.
Actually comments #4 and #5 are broken. Please remove them.

Comment #3 is ok with the only exception that
X-KDE-System-Settings-Parent-Category=network-settingss
should be changed to
X-KDE-System-Settings-Parent-Category=network-settings
(one 's' at the end).

Revision history for this message
In , Serhiy (4bugzilla) wrote :

System Settings in KDE 4.1 does not support "Administrative Mode". This is planed for KDE 4.2
http://techbase.kde.org/Schedules/KDE4/4.2_Feature_Plan
This feature is necessary for knetworkconf.

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Same in latest Intrepid.

Revision history for this message
sl1pkn07 (sl1pkn07) wrote :

o agree. no working on intrepid

Revision history for this message
Tanel Kurvits (tanel-kurvits) wrote :

intrepid
kde4.1.3

in file:
/usr/share/kde4/services/kcm_knetworkconfmodule.desktop
add line:
X-KDE-System-Settings-Parent-Category=network-settings

Atleast "Network Settings" pops now in "System Settings" -> "Network Settings" but if open it you get 2 times "could not parse XML file(). "and in "Network Settings" is empty not interfaces.

Its anowing bug! and prevents me downgrade Kubuntu 8.04 and kde3. Means Kubuntu 8.10 still testing alpha phase and not for everyday use.

Revision history for this message
Thomas Kluyver (takluyver) wrote :

Presumably, now that Serhiy's localised the problem, this should be relatively simple for someone who knows about these things to fix?

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Nope. All that does is makes it appear in systemsettings. The bug is still very much present even if it does appear in systemsettings, and it was disabled on purpose by KDE to prevent it from showing up since it is broken.

Revision history for this message
Thomas Kluyver (takluyver) wrote :

That makes sense, but I was referring to Serhiy's previous post, about the perl scripts, where he made changes and concluded: "I was able to run this script without errors and knetworkconf started to work."

Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Oh, I see. I don't know, but at least the bug is also reported at KDE.

Changed in kdeadmin:
status: Confirmed → Triaged
Changed in kdeadmin:
status: Unknown → Confirmed
Revision history for this message
In , PEdro Neves (paneves) wrote :

Any news regarding this bug? I'm using kde 4.2. beta 2 on Debian and the problem still remains. I mean, there is a "Network settings" tab (System settings/network settings/network settings) but if I click on it, no interfaces show up and I get the "could not parse the XML file ()." message...

Revision history for this message
In , Tanel Kurvits (tanel-kurvits) wrote :

I can confirm, that bug still there even KDE4 RC1 in Kubuntu 8.10.!
Run /usr/share/kde4/services/kcm_knetworkconfmodule.desctop and you see it.
Now atleast that module is aviable in KDE4 administration module (in KDE 4.1x was disabled)

Revision history for this message
Thomas Kluyver (takluyver) wrote :

Would it be accurate to suggest that kcm_knetworkconfmodule is due to be dropped, as networkmanager 0.7 now seems able to do much of the configuration that knetworkconfmodule once did? Its interface in Kubuntu intrepid is rather poor, but I seem to remember seeing that someone's making a nice plasma frontend for it, which should improve matters.

Revision history for this message
Tanel Kurvits (tanel-kurvits) wrote :

Thomas drop kcm_knetworkconfmodule not solution because networkmanager 0.7 not do that configuration what did kcm_knetworkconfmodule at all! Tray boot lvl3 terminal (no KDE) and you see network not working. That means network starting work only if KDE is running. That result is not what Kubuntu-Ubuntu wants i hope or what?

Revision history for this message
Thomas Kluyver (takluyver) wrote : Re: [Bug 229366] Re: kcmshell4 kcm_knetworkconfmodule says "Could not parse the XML file"

Hmmm, that is true. Although NetworkManager is independent of KDE, so it
should be perfectly possible to have a command-line control of it (and
indeed there may already be such a thing, although I don't know about it).

Revision history for this message
In , Dr4-bugzilla (dr4-bugzilla) wrote :

(In reply to comment #7)
> System Settings in KDE 4.1 does not support "Administrative Mode". This is
> planed for KDE 4.2
> http://techbase.kde.org/Schedules/KDE4/4.2_Feature_Plan
> This feature is necessary for knetworkconf.

I'm running the final 4.2.0 on Gentoo. This feature has not yet been implemented.

I also experience the "Could not parse the XML file ()" message, still in 4.2.0.

Revision history for this message
In , Nsane457 (nsane457) wrote :

I'm running Gentoo with KDE 4.2.60 (KDE 4.2.60 (KDE 4.3 >= 20090116)).
The variables ${filesdir} and ${scriptsdir} don't seem to exist when the configure_file command is run from backends/CMakeLists.txt.

The final system-tools-backends.pc file looks like:

   prefix=/usr/kde/live
   exec_prefix=/usr/kde/live/lib64/kde4/libexec
   libdir=/usr/kde/live/lib64
   includedir=/usr/kde/live/include

   filessdir=
   backenddir=

   Name: gst-backends
   Description: GNOME System Tools backends
   Version:
   Requires:
   Libs:
   Cflags:

Is this normal?

Revision history for this message
In , MohamadReza Mirdamadi (mohi) wrote :

Same problem here in Kubuntu 8.10, Kde 4.2:

Could not parse the XML file ().

Revision history for this message
In , Martin P (martin-pittamitz) wrote :

Experiencing the same problem on Gentoo Kde 4.2.0

Revision history for this message
In , A-zdenek-n (a-zdenek-n) wrote :

Same problem. Debian KDE 4.2.0

Revision history for this message
In , Mishaaq-u (mishaaq-u) wrote :

Same problem on Kubuntu 9.04 (JJ) alpha-4 and KDE 4.2.0.

Revision history for this message
In , Mirza (mirza-dervisevic) wrote :

same problem here, how can status be NEW when this bug is being dragged from KDE 4.04??

Revision history for this message
In , Markos Chandras (hwoarang) wrote :

If I may say , this bug is not always reproducable. I am able to see my network interfaces on my laptop but not on my desktop. On both of them I am using the exact same configuration ( Gentoo Linux + kde-4.2 ) . Maybe there is another thing in the "back" that does the dirty work?

Revision history for this message
In , Brad Hards (bradh) wrote :

Patch from Tomas Chvatal:
http://git.overlays.gentoo.org/gitweb/?p=proj/kde.git;a=blob;f=kde-base/knetworkconf/files/backends-scriptsdir.patch

   1 --- knetworkconf/backends/CMakeLists.txt.orig 2009-02-27 10:22:42.000000000 -0600
   2 +++ knetworkconf/backends/CMakeLists.txt 2009-02-27 10:22:58.000000000 -0600
   3 @@ -1,4 +1,4 @@
   4 -
   5 +set(scriptsdir "${DATA_INSTALL_DIR}/knetworkconf/backends")
   6
   7
   8 ########### install files ###############

Revision history for this message
In , Dr4-bugzilla (dr4-bugzilla) wrote :

(In reply to comment #18)
> Patch from Tomas Chvatal:
> http://git.overlays.gentoo.org/gitweb/?p=proj/kde.git;a=blob;f=kde-base/knetworkconf/files/backends-scriptsdir.patch

The patch works for me (it does not display any error), however no interfaces are listed.

Revision history for this message
cola (cordlandwehr) wrote :

See http://bugs.kde.org/show_bug.cgi?id=163578#c18 -- apparently there is a bugfix.

Changed in kdeadmin:
milestone: none → jaunty-alpha-6
Revision history for this message
Martin Pitt (pitti) wrote :

Jonathan, please fix, delegate to someone, or unmark as release blocker. (Release blockers need to have an assignee).

Changed in kdeadmin:
assignee: nobody → jr
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

I plan on fixing this in a bit.

Changed in kdeadmin:
assignee: jr → echidnaman
Revision history for this message
In , Radzisław Galler (rgaller) wrote :

In gentoo this patch is already in portage

see http://bugs.gentoo.org/show_bug.cgi?id=260098

But still no interfaces are visible in the network configuration window

Revision history for this message
In , Dr4-bugzilla (dr4-bugzilla) wrote :

(In reply to comment #20)
> In gentoo this patch is already in portage
>
> see http://bugs.gentoo.org/show_bug.cgi?id=260098
>
> But still no interfaces are visible in the network configuration window

OK, does the system monitor - network widget work for you? I suppose that since no network interfaces are shown in the network configuration window, the widget does not work either.

Changed in kdeadmin:
status: Triaged → In Progress
Revision history for this message
Jonathan Thomas (echidnaman) wrote :

Fix committed in bzr.

Changed in kdeadmin:
status: In Progress → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package kdeadmin - 4:4.2.1-0ubuntu2

---------------
kdeadmin (4:4.2.1-0ubuntu2) jaunty; urgency=low

  [ Jonathan Thomas ]
  * Add kubuntu_03_fix_knetworkconf_scriptsdir.diff from Gentoo to give
    knetworkconf some clue where to find its backend. (LP: #229366)

  [ Scott Kitterman ]
  * Change vcs* fields in debian/control from Debian to Kubuntu repositories

 -- Scott Kitterman <email address hidden> Mon, 09 Mar 2009 09:05:27 -0400

Changed in kdeadmin:
status: Fix Committed → Fix Released
Revision history for this message
In , Jonathan Thomas (echidnaman) wrote :

*** Bug 184356 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Nsane457 (nsane457) wrote :

Created attachment 32063
Crash report of segfault in knetworkconfig

I'm also getting no interfaces. The backends seem to work. I'm not sure if it's related but if I try to open a context menu in the blank "Available Network Interfaces" area of the window (as super-user) it segfaults. Attached is the crash report and below is the shell output:

--get XML:
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<!DOCTYPE network []>

<network>

  <dialinstalled>1</dialinstalled>
  <smbinstalled>1</smbinstalled>
  <smbuse>0</smbuse>

  <nameserver>192.168.0.254</nameserver>

  <statichost>
    <ip>127.0.0.1</ip>
    <alias>localhost</alias>
    <alias></alias>
    <alias>localhost.localdomain</alias>
  </statichost>
  <statichost>
    <ip>192.168.0.2</ip>
    <alias>Laptop-PC.HOME</alias>
    <alias>Laptop-PC</alias>
  </statichost>

  <interface type='modem'>

    <dev>tunl0</dev>
    <enabled>0</enabled>
  </interface>

  <interface type='modem'>

    <dev>ppp0</dev>
    <enabled>0</enabled>
  </interface>

  <interface type='loopback'>

    <dev>lo</dev>
    <enabled>1</enabled>
  </interface>

  <interface type='wireless'>

    <dev>wlan0</dev>
    <enabled>0</enabled>
    <hwaddr>00:1b:63:c5:d1:5c</hwaddr>
  </interface>

  <interface type='ethernet'>

    <dev>eth0</dev>
    <enabled>1</enabled>
    <hwaddr>00:1b:63:91:3d:6c</hwaddr>
  </interface>

  <profiledb>
  </profiledb>

</network>

<!-- GST: end of request -->

XML -d list_ifaces: <?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<!DOCTYPE network-ifaces []>

<network-ifaces>

  <interface>
    <dev>tunl0</dev>
    <enabled>0</enabled>
    <type>modem</type>
  </interface>

  <interface>
    <addr>127.0.0.1</addr>
    <dev>lo</dev>
    <enabled>1</enabled>
    <mask>255.0.0.0</mask>
    <type>loopback</type>
  </interface>

  <interface>
    <dev>wlan0</dev>
    <enabled>0</enabled>
    <hwaddr>00:1b:63:c5:d1:5c</hwaddr>
    <type>wireless</type>
  </interface>

  <interface>
    <addr>192.168.0.2</addr>
    <bcast>192.168.0.255</bcast>
    <dev>eth0</dev>
    <enabled>1</enabled>
    <hwaddr>00:1b:63:91:3d:6c</hwaddr>
    <mask>255.255.255.0</mask>
    <type>ethernet</type>
  </interface>

</network-ifaces>

<!-- GST: end of request -->

Segmentation fault

Revision history for this message
In , asmerm (asmerovski) wrote :

I only get this at Konsole:

kcmshell4 kcm_knetworkconfmodule
--get XML:
Then error message appears: Could not parse xml file ().
Please someone fix this. This is critical bug. What is the benefit of plasma and fancy icons if user cannot configure network interface :(.

Revision history for this message
In , asmerm (asmerovski) wrote :

This bug is already 10 months old. I think it will never be fixed.

Revision history for this message
In , Maksim Melnikau (maxposedon) wrote :

(In reply to comment #25)
> This bug is already 10 months old. I think it will never be fixed.

I somewhere seen that correct NetworkManager integration postponed to KDE-4.3

Revision history for this message
Tom Clift (tom-clift) wrote :

Getting the same error with kdeadmin 4:4.2.2-0ubuntu2.

Revision history for this message
In , sergiomb (sergio-sergiomb) wrote :

same problem here !
https://bugs.kde.org/show_bug.cgi?id=185966
is also a duplicated of this one? if so, please mark it

Revision history for this message
In , Dario Andres (andresbajotierra) wrote :

*** Bug 192394 has been marked as a duplicate of this bug. ***

Revision history for this message
In , pjahead (pjahead) wrote :

This bug present in KDE 4.2.3 openSUSE 11.0 too

Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

*** Bug 194134 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

*** Bug 185966 has been marked as a duplicate of this bug. ***

Revision history for this message
In , cghislai (charlyghislain) wrote :

that code uses qt deprecated code, being kept for compatibility with qt3, and seems to be quickly ported to qt4. I guess it needs a major rewrite.

Changed in kdeadmin:
status: Confirmed → Fix Released
Revision history for this message
In , Modestas Vainius (modax) wrote :

SVN commit 976040 by modax:

Steal patch from gentoo to fix problems with backends in knetworkconf.
Thanks to Martin Alfke for making me aware of it and testing.

BUG: 163578

 M +1 -1 CMakeLists.txt

WebSVN link: http://websvn.kde.org/?view=rev&revision=976040

Revision history for this message
In , Pino Toscano (pinotree) wrote :

*** Bug 197494 has been marked as a duplicate of this bug. ***

Revision history for this message
Renato_Bauab (rbauab) wrote :

Thanks Serhiy, it worked too with Slackware 13, but with a few changes:

1 - The pearl scripts are in /usr/share/apps/knetworkconf/backends

The path to be changed is the same : /usr/share/apps/knetworkconf/backends

2 - Some files has too the field $FILESDIR = "";

it should be replaced by : $FILESDIR = "@filesdir@";

3 - For kcm_knetworkconfmodule.desktop

the field X-DocPath should remain unchanged.

After this little modifications, the module ups well, but it couldn't detect my network devices....

Does somebody have any clue for me??

Thanks

Revision history for this message
In , Steve Kroon (kroon) wrote :

So what version of knetworkconf will this be fixed in?

Revision history for this message
In , Andrew Schulman (andrex) wrote :

(In reply to comment #21)
> > But still no interfaces are visible in the network configuration window
>
> OK, does the system monitor - network widget work for you? I suppose that since
> no network interfaces are shown in the network configuration window, the widget
> does not work either.

To answer this question from 6 months back: No, the widget doesn't work either. I see no network interfaces in System Settings > Network Settings > Network Settings, and the System monitor - network widget also shows no data. Although, when I start it it opens two windows, which is interesting since I have two interfaces (besides lo). But the windows are empty, and when I try to configure them, the list of available interfaces is also empty.

This is with KDE 4.3.1 in Debian.

Thanks,
Andrew.

Revision history for this message
In , Andrew Schulman (andrex) wrote :

So to be clear, for me this bug is not yet fixed in KDE 4.3.1. Thanks, A.

Revision history for this message
In , Alessandro-macera (alessandro-macera) wrote :

Same bug in KDE 4.2.4 Slackware 13.0

Revision history for this message
In , Steve Kroon (kroon) wrote :

OK, so now this bug is:
Status: RESOLVED
Resolution: FIXED

How does one go about finding out what path the fix will take before finally reaching a computer near me?

Revision history for this message
In , Steve Kroon (kroon) wrote :

Bug still present in KDE 4.3.3 Ubuntu 9.10. Is it supposed to be fixed by now?

Revision history for this message
In , Steve Kroon (kroon) wrote :

So who is QA for this bug? Can anyone besides them re-open this bug?

Revision history for this message
In , Eckhart Wörner (eckhart) wrote :

Reopen since comments suggest this bug is still present.

Changed in kdeadmin:
status: Fix Released → Confirmed
Revision history for this message
In , Fitzcarraldo (fitzcarraldo) wrote :

I am using KDE 4.4.4 in Sabayon Linux x86_64 2.6.34-sabayon kernel. If I select Kickoff > Computer > System Settings > Network Settings, a window titled "Detecting Your Current Platform" pops up with the message "Please wait while detecting your current platform..." and, immediately after, on top of it pops up another window titled "Error - System Setti..." with the message "Could not parse the XML file ()."

Revision history for this message
In , Rafallalik (rafallalik) wrote :

I confirm this bug on my laptop Gentoo, KDE-4.4.95 (and all earlier versions since one year at least).

Revision history for this message
In , Fitzcarraldo (fitzcarraldo) wrote :

I upgraded from KDE 4.4.4 to 4.5.1 today and am still experiencing this problem under Sabayon Linux.

$ uname -a
Linux meshedgedx 2.6.34-sabayon #1 SMP Fri Jun 4 18:01:48 BST 2010 x86_64 Intel(R) Core(TM) i7 CPU Q 720 @ 1.60GHz GenuineIntel GNU/Linux

$ eix kde-meta
[I] kde-base/kde-meta
     Available versions:
        (4.4) 4.4.5
        (4.5) (~)4.5.1
        {accessibility aqua kdeprefix nls sdk semantic-desktop}
     Installed versions: 4.5.1(4.5)(03:31:44 12/09/10)(accessibility semantic-desktop -aqua -kdeprefix -nls -sdk)
     Homepage: http://www.kde.org/
     Description: KDE - merge this to pull in all split kde-base/* packages

Changed in kdeadmin:
importance: Unknown → Medium
Revision history for this message
In , Christoph-maxiom (christoph-maxiom) wrote :

The "knetworkconf" module is unmaintained, and has been replaced with the networkmanagement plasmoid.

If this issue still needs to be addressed with a recent version of this plasmoid, please add a comment, or file a new report for product "Network Management".

http://websvn.kde.org/?revision=1158822&view=revision

Changed in kdeadmin:
status: Confirmed → Unknown
Revision history for this message
In , Fitzcarraldo (fitzcarraldo) wrote :

I currently have KDE 4.9.0 installed (upgraded from previous versions of KDE in turn over the years).

System Settings > Network Settings has five icons in the left column:

- Network Connections
- Proxy
- Connection Preferences
- Service Discovery
- Network Settings

However the last entry, Network Settings should not be there: it was for the knetworkconf module, which is obsolete (see Comment 46).

If I selected System Settings > Network Settings, a window titled "Detecting Your Current Platform" popped up with the message "Please wait while detecting your current platform..." and, immediately after, on top of it pops up another window titled "Error - System Settings" with the message "Could not parse the XML file ()."

The Gentoo command line utility 'eix' (yes, I used the command 'eix-update' to ensure its database is up-to-date) did not list the obsolete package kde-base/knetworkconf:

# eix knetworkconf
No matches found.
#

which is why I have been so perplexed about this problem, as I apparently did not have knetworkconf installed. Today I suddenly decided to try the command 'emerge --search' instead:

$ emerge --search knetworkconf
Searching...
[ Results for search key : knetworkconf ]
[ Applications found : 1 ]

* kde-base/knetworkconf
      Latest version installed: 4.5.4
      Homepage: http://www.kde.org/
      Description: KDE Control Center module to configure network settings
      License: GPL-2

So I unmerged knetworkconf:

$ sudo emerge -C knetworkconf
Password:
 * This action can remove important packages! In order to be safer, use
 * `emerge -pv --depclean <atom>` to check for reverse dependencies before
 * removing packages.

 kde-base/knetworkconf
    selected: 4.5.4
   protected: none
     omitted: none

All selected packages: kde-base/knetworkconf-4.5.4

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.

>>> Waiting 5 seconds before starting...
>>> (Control-C to abort)...
>>> Unmerging in: 5 4 3 2 1
>>> Unmerging (1 of 1) kde-base/knetworkconf-4.5.4...
 *
 * Directory symlink(s) may need protection:
 *
 * /usr/share/doc/HTML/en/kcontrol/knetworkconf/common
 *
 * Searching all installed packages for files installed via above symlink(s)...
 *
 * The above directory symlink(s) are all safe to remove. Removing them now...
 *

 * GNU info directory index is up-to-date.

$

And now I no longer have that obsolete fifth icon Network Settings in System Settings > Network Settings, and thus, after trying for several years, finally got rid of that damned error message "Could not parse the XML file ()."!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.