liferea doesnt handle network-manager online/offline state

Bug #321473 reported by Alexander Sack
2
Affects Status Importance Assigned to Milestone
liferea (Ubuntu)
Fix Released
Medium
Unassigned
network-manager (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Binary package hint: liferea

in jaunty, liferea doesn't honour state changes from networkmanager.

To reproduce:
1. start liferea, verify that you are online (File -> Work Offline should not be checked)
2. right click on networkmanager and uncheck "enabled networking"

Result: File -> Work Offline isnt checked
Expected result: File -> Work Offline is supposed to be checked.

Alexander Sack (asac)
Changed in liferea:
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

From http://launchpadlibrarian.net/20544157/buildlog_ubuntu-jaunty-i386.liferea_1.4.23-0ubuntu1_FULLYBUILT.txt.gz

Use X Session Management........ : yes
Use DBUS........................ : yes
Use NetworkManager.............. : no
GNUTLS SSL/HTTPS Support........ : yes

When liferea is built without NM support, the online/offline functionality is still present to be activated/deactivated by the user. With NM support, it will also listen to the NM DBus interface for changes in the connection status.

Revision history for this message
Emilio Pozuelo Monfort (pochu) wrote :

So, liferea is fine, it has the correct build-dependencies et al.

The problem is that libnm-glib-dev doesn't depend on network-manager-dev as it should, as libnm_glib.pc has:
Requires: NetworkManager >= 0.7.0 glib-2.0 dbus-glib-1

So adding a depends: network-manager-dev (>= 0.7.0) to libnm-glib-dev should fix this.

Changed in network-manager:
status: New → Triaged
Revision history for this message
Alexander Sack (asac) wrote : Re: [Bug 321473] Re: liferea doesnt handle network-manager online/offline state

On Tue, Jan 27, 2009 at 05:02:57PM -0000, Emilio Pozuelo Monfort wrote:
> So, liferea is fine, it has the correct build-dependencies et al.
>
> The problem is that libnm-glib-dev doesn't depend on network-manager-dev as it should, as libnm_glib.pc has:
> Requires: NetworkManager >= 0.7.0 glib-2.0 dbus-glib-1
>
> So adding a depends: network-manager-dev (>= 0.7.0) to libnm-glib-dev
> should fix this.
>
> ** Also affects: network-manager (Ubuntu)
> Importance: Undecided
> Status: New
>
> ** Changed in: network-manager (Ubuntu)
> Status: New => Triaged
>

oh ... we have a bug for that issue :) ....

 - Alexander

Revision history for this message
Alexander Sack (asac) wrote :

as far as i understand it th network-manager part is bug 270584 .... and liferea would be fixed when its fixed and just require a respin.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package network-manager - 0.7-0ubuntu2

---------------
network-manager (0.7-0ubuntu2) jaunty; urgency=low

  * ppp 2.4.5git transition: bump ppp-dev lower version bound to 2.4.5~
    - update debian/control

  * fix LP: #120363 - NetworkManager should support smartcard based
    certificate; we apply the backend patch contributed by David Smith
    - add debian/patches/lp120363_smartcard_pkcs11.patch
    - update debian/patches/series

  [ Alessandro Ghersi <email address hidden> ]
  * fix LP: #270584 add the dependency network-manager-dev in
    libnm-glib-dev; also fixes LP: #321473 liferea doesnt handle
    network-manager online/offline state
    - update debian/control
  * update Standards-Version to 3.8.0
    - update debian/control

  [ Steven S Danna <email address hidden> ]
  * fix LP: #283416 - add /etc/init.d/NetworkManager status; init
    script was fixed upstream; however, we take the lsb-base lower
    version bound from the bug (>= 3.2-14)
    - udpate debian/control

 -- Alexander Sack <email address hidden> Sat, 14 Feb 2009 22:16:12 +0100

Changed in network-manager:
status: Triaged → Fix Released
bojo42 (bojo42)
Changed in liferea (Ubuntu):
status: Triaged → Fix Released
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.