Bug 12978 - iceape crashes when menu accessed or right-click mouse
Summary: iceape crashes when menu accessed or right-click mouse
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 4
Hardware: x86_64 Linux
Priority: Normal critical
Target Milestone: ---
Assignee: Christiaan Welvaart
QA Contact:
URL:
Whiteboard:
Keywords: Triaged
Depends on:
Blocks:
 
Reported: 2014-03-10 10:23 CET by Brian Schroeder
Modified: 2014-12-16 01:07 CET (History)
4 users (show)

See Also:
Source RPM: iceape-2.24-1.mga4.src.rpm
CVE:
Status comment:


Attachments
Textfile (44 bytes, text/plain)
2014-04-09 00:49 CEST, Michael Finch
Details

Description Brian Schroeder 2014-03-10 10:23:08 CET
Description of problem:

Iceape starts normally and looks normal.  It will work - browsing, mail, etc - properly until I do any of the following:

1. right-click the mouse (almost) anywhere in an iceape window
2. select a menu from the menu bar (ie. File, Edit, View, History, Bookmarks, Tools, Help)
3. try to access bookmarks in any way

at which time it will vanish instantly.  If I start it manually from the command line it shows "segmentation fault", but no other error information is logged anywhere that I can find.

Version-Release number of selected component (if applicable):

I removed Iceape and installed an older package (iceape-2.22) - same problem.
I rebooted into Mageia 3 and it worked normally again.  So it appears to be any version of iceape, but only in Mageia 4.

How reproducible:

Happens every time.  I created a new user with a clean profile, and the results are the same.

Steps to Reproduce:
1. start iceape
2. click on a menu (eg. File or Bookmarks)
3.


Reproducible: 

Steps to Reproduce:
Manuel Hiebel 2014-03-11 19:22:46 CET

Keywords: (none) => Triaged
Assignee: bugsquad => cjw

Comment 1 Christiaan Welvaart 2014-03-18 01:50:27 CET
Maybe it is caused by the GTK2 theme you use? Otherwise it would have to be an extension, or something like compositing. I don't see such behavior and don't remember anything similar happening either.
Comment 2 Brian Schroeder 2014-03-29 07:09:25 CET
I have created a brand new user with no residual profile carrying over.
I have experimented with multiple windowing managers/environments and found this problem occurs with most of them including kde4, cinnamon, mate, gnome, fvwm.  For this user I did not make any changes to the stock standard themes.

However when using enlightenment iceape works perfectly without displaying this.  Plus one other also worked (I can't remember exactly which.  I did this a little while back and sent in a reply with all the details, but somehow that reply seems to have been lost.)
Comment 3 Michael Finch 2014-04-09 00:49:32 CEST
Created attachment 5107 [details]
Textfile

The attached textfile is artificial - I needed a means of communicating with you!

My problem with iceape is exactly as described by the submitter.

Iceape version 2.25 has not addressed (solved) the problem.

It is very irritating...........

(Apparently we have to forget about seamonkey - which wouldn't install under Mageia 4).

CC: (none) => mikfinch

Comment 4 John Phillips 2014-04-15 10:16:41 CEST
I installed Thunberbird and it seems to have solved the crash problem.  I did not have to configure Thunderbird.  Some component of Thunderbird appears to have stabilized the menuing system in IceApe.  Although the menus still behave poorly with menu line items and backgrounds appearing then disappearing or items disappearing from the menu when the mouse hovers over each item.  Even though the a line item has disappeared clicking on it still activates the selection, so the menus still operate. 

I agree it looks like a GTK2 theme issue.

System running on:
Mageia 4 64 bit, IceApe 2.25, running on KDE with proprietary Nvidia graphics drivers (NVIDIA-Linux-x86_64-331.67)

CC: (none) => werelab

Comment 5 Brian Schroeder 2014-04-15 11:09:04 CEST
I have Thunderbird installed.  It makes no difference on my computer.
Comment 6 John Phillips 2014-04-15 19:34:21 CEST
I sincerely apologize.  Thunderbird does not fix the crash issue as I posted earlier.

I thought Thunderbird fixed the crash issue as IceApe crashing stopped right after Thunderbird was installed and IceApe did not crash again.  After working on the video drivers and monitor configuration, (nvidia-config) and re-configuring for default boot GUI boot, rather than system boot to a shell prompt, login and then starting X manually, IceApe started crashing again. 

Have a god day.
Comment 7 Michael Finch 2014-05-11 02:59:14 CEST
I have just changed "Appearance" from "Iceape Default Theme" to "Iceape Modern" and, hey presto!, Iceape is now running perfectly!!!!
I am quite sure this will (may?) help others with this (now forgotten by me) irritation. Cheers!
Comment 8 Brian Schroeder 2014-05-11 05:54:07 CEST
(In reply to Michael Finch from comment #7)
> I have just changed "Appearance" from "Iceape Default Theme" to "Iceape
> Modern" and, hey presto!, Iceape is now running perfectly!!!!

Yes, this is an excellent work-around that works for me too.  A proper fix is still required, but until then this definitely helps.
Comment 9 nikos papadopoulos 2014-06-09 21:13:28 CEST
The same problem with i586 system, with new install, default gtk themes, and new ~/.mozilla folder (profile).

Also, the same workaround seems to work.

CC: (none) => 231036448

Comment 10 nikos papadopoulos 2014-06-09 23:37:08 CEST
Since with my IcaApe profile I couldn't access the menu at all,
this is what worked for me:

I went to...
 /home/USERNAME/.mozilla/seamonkey/MYPROFILE
With a text editor opened the file...
 prefs.js
Added the following string, making sure it is in alphabetical order with the other strings (not sure if it matters)...
 user_pref("general.skins.selectedSkin", "modern/1.0");

But that didn't change the theme.
So, using IcaApes addressbar, I went to...
 about:config
Found the "general.skins.selectedSkin" string and deleted ONLY the value
 modern/1.0
Restarted IcaApe.
The menus were now aveilable, although blury.
Went to the menu ...
 View --> Apply Theme --> IcaApe Modern
Restarted IcaApe.
Comment 11 nikos papadopoulos 2014-06-12 11:36:10 CEST
For the above to work you have to close IceApe normally (eg |X| button)... not crash it (eg use right mouse click)
Comment 12 nikos papadopoulos 2014-06-12 11:44:54 CEST
Unfortunately, the latest rpm doesn't fix the problem (tested it as Xguest)

i586
iceape-2.26-1.mga4.src.rpm
Comment 13 nikos papadopoulos 2014-11-14 22:56:22 CET
The latest version, Iceape 2.30, doesn't have this issue.
For my Mageia 4, 32 bit.

So, it is fixed for me.
Comment 14 Christiaan Welvaart 2014-12-07 13:33:37 CET
This appears to be caused or at least triggered by the oxygen-gtk theme (the GTK2 variant). Try to select a different theme (e.g. in MATE using the Appearance preferences).
Comment 15 Luc Menut 2014-12-07 23:36:57 CET
Using oxygen-gtk, could you try to launch iceape in a terminal with OXYGEN_APPLICATION_NAME_OVERRIDE=xulrunner

OXYGEN_APPLICATION_NAME_OVERRIDE=xulrunner iceape

It should fix these crashes.

If crashes are fixed with OXYGEN_APPLICATION_NAME_OVERRIDE=xulrunner, I will push an update for oxygen-gtk with the proper fix.

If you can test in Cauldron, it should be fixed with upcoming oxygen-gtk-1.4.6-2.mga5 (build in progress).

CC: (none) => lmenut

Comment 16 Christiaan Welvaart 2014-12-08 20:29:02 CET
(In reply to Luc Menut from comment #15)
> If you can test in Cauldron, it should be fixed with upcoming
> oxygen-gtk-1.4.6-2.mga5 (build in progress).

No, iceape still crashes with oxygen-gtk 1.4.6-2. Maybe you used the wrong binary name? It's "iceape-bin" (i.e. %{_libdir}/iceape-%{version}/iceape-bin ). /usr/bin/iceape is a wrapper shell script.
Comment 17 Luc Menut 2014-12-08 21:09:56 CET
(In reply to Christiaan Welvaart from comment #16)
> (In reply to Luc Menut from comment #15)
> > If you can test in Cauldron, it should be fixed with upcoming
> > oxygen-gtk-1.4.6-2.mga5 (build in progress).
> 
> No, iceape still crashes with oxygen-gtk 1.4.6-2. Maybe you used the wrong
> binary name? It's "iceape-bin" (i.e. %{_libdir}/iceape-%{version}/iceape-bin
> ). /usr/bin/iceape is a wrapper shell script.

Weird, it works fine here. I can't reproduce crashes with test cases from comment 0.
Do you have updated the relevant library too (liboxygen-gtk-1.4.6-2 for iceape i586, lib64oxygen-gtk-1.4.6-2 for iceape x86_64) ?
Comment 18 Christiaan Welvaart 2014-12-08 21:17:23 CET
You're right I didn't update lib64oxygen-gtk, thanks. Now menus work without having OXYGEN_APPLICATION_NAME_OVERRIDE defined. We should probably push an oxygen-gtk update for mageia 4 along with https://bugs.mageia.org/show_bug.cgi?id=14733 , then they can be validated together.
Comment 19 Luc Menut 2014-12-08 21:39:54 CET
(In reply to Christiaan Welvaart from comment #18)
> You're right I didn't update lib64oxygen-gtk, thanks. Now menus work without
> having OXYGEN_APPLICATION_NAME_OVERRIDE defined.

OK

> We should probably push an
> oxygen-gtk update for mageia 4 along with
> https://bugs.mageia.org/show_bug.cgi?id=14733 , then they can be validated
> together.

I would prefer to handle the update of oxygen-gtk separately, to avoid to push too much work to QA: I have to update with similar changes for kompozer and bluegriffon (mga#12734, mga#13910), and I would update to the last bugfix release 1.4.6 (we currently have oxygen-gtk-1.4.2-0.rc1).

Could we wait Wednesday for this update? I still have to push some fixes for mga 5 before the release freeze, and I need to sleep a bit :-)
Comment 20 Christiaan Welvaart 2014-12-09 21:14:14 CET
(In reply to Luc Menut from comment #19)

> Could we wait Wednesday for this update? I still have to push some fixes for
> mga 5 before the release freeze, and I need to sleep a bit :-)

[I guess I couldn't wait :] See https://bugs.mageia.org/show_bug.cgi?id=14733 - setting OXYGEN_APPLICATION_NAME_OVERRIDE=xulrunner fixes the crash on menus but the *checking if plugins are compatible with new version* dialog still crashes with oxygen-gtk. I just verified this in my Mageia 4 VM.

Steps to reproduce (in Mageia 4): 
1. remove or move ~/.mozilla (or just the seamonkey subdir)
2. install iceape-2.30-1.mga4 (from updates)
3. start iceape and quit it
4. install iceape-2.31-3.mga4 (from updates_testing or updates)
5. have the oxygen-gtk theme active
6. start iceape
 it will show a dialog and crash with a segmentation fault

Are results with updated oxygen-gtk packages expected to be different?
Comment 21 Christiaan Welvaart 2014-12-09 22:47:29 CET
(In reply to Christiaan Welvaart from comment #20)
> (In reply to Luc Menut from comment #19)
> 
> > Could we wait Wednesday for this update? I still have to push some fixes for
> > mga 5 before the release freeze, and I need to sleep a bit :-)
> 
> [I guess I couldn't wait :] See
> https://bugs.mageia.org/show_bug.cgi?id=14733 - setting
> OXYGEN_APPLICATION_NAME_OVERRIDE=xulrunner fixes the crash on menus but the
> *checking if plugins are compatible with new version* dialog still crashes
> with oxygen-gtk.

I did some more testing and this crash is apparently not related to oxygen-gtk at all. The procedure from previous comment also crashes iceape in other themes.
Comment 22 David Walser 2014-12-16 00:38:48 CET
It turns that we have another bug requesting an oxygen-gtk update, so we can use that for the 1.4.6 update.  See Bug 13697 for that.
Comment 23 Christiaan Welvaart 2014-12-16 01:07:49 CET
This issue was fixed with iceape-2.31-3. For the new unrelated problem I filed bug #14813

Status: NEW => RESOLVED
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.