Ticket #39 (closed Defect: fixed)

Opened 1 year ago

Last modified 9 months ago

Manage 3rd party software hangs after uninstall of a package.

Reported by: UnFleshed One Assigned to: isak
Priority: High Milestone: 1.2.5
Component: frontend Version: 1.2.4
Severity: Major Keywords: autopackage-manager-gtk; FC6
Cc:

Description

Clicking remove on a package installed as root brings up password prompt, then uninstall goes on (and seems to successfully finish), but autopackage-manager-gtk itself freezes UI and uses all CPU it can get. (~40% user, and ~55% system)

Actually UI freezes already when showing password prompt, but it starts hogging CPU only after uninstall finishes.

This is Fedora Core 6 system, running under VMWare.

I'll post debug output shortly.

Change History

08/23/07 18:07:10 changed by UnFleshed One

There is a lot of bad image index output, by the way. (without any debug variables set)

(autopackage-manager-gtk:24387): Gtk-WARNING **: Icon cache '/usr/share/icons/hicolor/icon-theme.cache' is invalid

bad image index

08/25/07 05:40:31 changed by isak

  • status changed from new to assigned.

We had a problem with the "bad image index" thing before, and we believed it was due to a broken .png (I never could re-produce it then though). The thread is here: http://article.gmane.org/gmane.comp.autopackage.devel/6240 and the ticket is #31

Could you see if removing said icon fixes the problem?

08/25/07 05:44:26 changed by isak

  • milestone set to 1.2.5.

08/27/07 15:19:26 changed by UnFleshed One

Yes, removing /usr/share/icons/hicolor/autopackage-installer.png and running

gtk-update-icon-cache -f -t /usr/share/icons/hicolor

fixed "bad image index" errors, and manager doesn't hang anymore (and I thought those were completely unrelated).

Interesting that on another copy of the same VM I didn't have to remove the icon and I didn't get the errors. I can't recall what exactly was the difference between them, but after cloning there was no autopackage related installations.

I'll see if I can reproduce this again...

08/27/07 16:01:35 changed by isak

In case you cannot re-produce it, try with the original icon from (rev 501 which was before I committed the (supposedly) fixed icon for #31.

08/27/07 19:29:04 changed by UnFleshed One

Ok, this isn't quite like original problem.

GTK doesn't like any icon I put into the root of /usr/share/icons/hicolor, either autopackage, my own, or even a copy of random /usr/share/icons/hicolor/128x128/apps/noatun.png.

gtk-update-icon-cache always reports "Cache file created successfully."

As long as there is _any_ .png file in the hicolor dir, all autopackage GTK apps complain about bad image index and autopackage-manager-gtk hangs.

Same thing happens with random GTK based app I found in distro repository (gaculator). It doesn't hang though :).

BTW, this is on Fedora Core 6, KDE.

08/28/07 02:19:21 changed by isak

Hah! Awesome. That's probably it - and I've always wondered why we install that icon directly under hicolor, but always figured someone else knew what they were doing :-)

I'll try to fix this when I get home from work tonight.

09/04/07 12:08:09 changed by isak

  • status changed from assigned to closed.
  • resolution set to fixed.

Alright, I totally forgot about this, but now it's fixed in r2411. There's a package available at http://plan99.net/~isak/autopackage-gtk-1.2.5.package if you want to try it.

I'm closing this ticket now, but feel free to re-open if this fix doesn't solve the issue.

11/07/07 15:18:49 changed by cheakamustom

Under FC6, I was having this same problem (miles of icon cache errors) on launching any gnome app, PLUS gnome-keyring was completely broken--I couldn't access any of my saved passwords for wireless networks or VPNs, e.g., and gnome-keyring-manager wouldn't let me access my keyrings. I'm not sure if these two problems (or just 2 bugs triggered at the same time), but uninstalling autopackage (with sudo package remove autopackage-gtk autopackage ) did cure both of them. Apologies for not wanting to troubleshoot more, but if it helps the only thing I did with autopackage was to install an inkscape nightly build. ( http://inkscape.modevia.com/ap/inkscape200711011229.package ) by following the instructions for command-line users at http://www.autopackage.org/docs/howto-install/ I believe I gave my root password during that install.

11/07/07 15:21:18 changed by cheakamustom

Under FC6, I was having this same problem (miles of icon cache errors) on launching any gnome app, PLUS gnome-keyring was completely broken--I couldn't access any of my saved passwords for wireless networks or VPNs, e.g., and gnome-keyring-manager wouldn't let me access my keyrings. I'm not sure if these two problems were related (or just 2 bugs triggered at the same time), but uninstalling autopackage (with sudo package remove autopackage-gtk autopackage ) did cure both of them. Apologies for not wanting to troubleshoot more (the packaged version wouldn't run and I ended up compiling it myself), but if it helps the only thing I did with autopackage was to install an inkscape nightly build. ( http://inkscape.modevia.com/ap/inkscape200711011229.package ) by following the instructions for command-line users at http://www.autopackage.org/docs/howto-install/