RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 601241 - [abrt] gnome-panel-2.28.0-21.el6: na_tray_set_padding: Process /usr/libexec/notification-area-applet was killed by signal 11 (SIGSEGV)
Summary: [abrt] gnome-panel-2.28.0-21.el6: na_tray_set_padding: Process /usr/libexec/n...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: gnome-panel
Version: 6.0
Hardware: i686
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Ray Strode [halfline]
QA Contact: desktop-bugs@redhat.com
URL:
Whiteboard: abrt_hash:d5a6d1b5a0e56d8ed0bf37d1ed8...
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-06-07 14:31 UTC by Mauro Carvalho Chehab
Modified: 2013-07-04 22:55 UTC (History)
6 users (show)

Fixed In Version: gnome-panel-2.28.0-24.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-11-15 13:58:34 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
File: backtrace (10.09 KB, text/plain)
2010-06-07 14:31 UTC, Mauro Carvalho Chehab
no flags Details
Xorg.conf i used (1.03 KB, application/octet-stream)
2010-06-14 19:21 UTC, Ray Strode [halfline]
no flags Details

Description Mauro Carvalho Chehab 2010-06-07 14:31:36 UTC
abrt version: 1.1.4
architecture: i686
Attached file: backtrace
cmdline: /usr/libexec/notification-area-applet --oaf-activate-iid=OAFIID:GNOME_NotificationAreaApplet_Factory --oaf-ior-fd=38
component: gnome-panel
crash_function: na_tray_set_padding
executable: /usr/libexec/notification-area-applet
global_uuid: d5a6d1b5a0e56d8ed0bf37d1ed8ced7d140a60e7
kernel: 2.6.32-30.el6.test.i686
package: gnome-panel-2.28.0-21.el6
rating: 4
reason: Process /usr/libexec/notification-area-applet was killed by signal 11 (SIGSEGV)
release: Red Hat Enterprise Linux release 6.0 Beta (Santiago)

How to reproduce
-----
I'm using two nvidia video cards, nouveau driver, the first one with 2 monitors (1650x1050 + 1920x1080) and the 
second one at  1280x1024. As Xinerama is not working on this environment (bug #596559), each video adapter has
its own gnome environment running on it. However, the notification applet, at the top panel on the second gnome
environment were not working. So, I've removed the panel, re-created and re-added the applet. Every time I tried to
re-add the notification applet, it unexpectely dies. After re-starting X, I got this reported crash.

Comment 1 Mauro Carvalho Chehab 2010-06-07 14:31:39 UTC
Created attachment 421843 [details]
File: backtrace

Comment 3 RHEL Program Management 2010-06-07 14:53:16 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.

Comment 4 Matthias Clasen 2010-06-12 00:05:41 UTC
I'm not sure I fully understand your hardware setup. 
Is there one X server involved, or two ?

Comment 5 Matthias Clasen 2010-06-12 00:13:57 UTC
From looking at the code, my initial guess is that we do


 g_object_set_data_full (G_OBJECT (applet),
                          "system-tray-data",
                          data,
                          (GDestroyNotify) free_applet_data);


and 


  gconf_client_notify_add (client, key, padding_changed, data, NULL, NULL);


but it looks like we never remove the gconf notify. So if the applet gets destroyed for whatever reason, and we then get a gconf notify, the data passed to the padding_changed callback will have been freed by free_applet_data.

Comment 6 Mauro Carvalho Chehab 2010-06-12 02:29:24 UTC
(In reply to comment #4)
> I'm not sure I fully understand your hardware setup. 
> Is there one X server involved, or two ?    

There's only one X server involved, but it opens two Screens: the first one 
has a Virtual Desktop size of 3600x1080:

Screen 0: minimum 320 x 200, current 3600 x 1080, maximum 8192 x 8192
DVI-I-1 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 473mm x 296mm
   1680x1050      60.0*+
   1280x1024      75.0     60.0  
   1440x900       75.0     59.9  
   1280x960       60.0  
   1360x765       59.8  
   1152x864       75.0  
   1280x720       60.0  
   1024x768       75.1     70.1     60.0  
   832x624        74.6  
   800x600        72.2     75.0     60.3     56.2  
   640x480        72.8     75.0     66.7     60.0  
   720x400        70.1  
DVI-I-2 connected 1920x1080+1680+0 (normal left inverted right x axis y axis) 1280mm x 720mm
   1920x1080      60.0*+   50.0     24.0  
   1280x1024      60.0  
   1360x768       60.0  
   1024x768       60.0  
   800x600        60.3  
   640x480        60.0 

The second one has a virtual size of 1280x1024:

Screen 1: minimum 320 x 200, current 1280 x 1024, maximum 8192 x 8192
DVI-I-3 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 338mm x 270mm
   1280x1024      60.0*+   75.0  
   1024x768       75.1     70.1     60.0  
   832x624        74.6  
   800x600        72.2     75.0     60.3     56.2  
   640x480        72.8     75.0     66.7     60.0  
   720x400        70.1  
DVI-I-4 disconnected (normal left inverted right x axis y axis

Since Xinerama is disabled, each screen behaves like an independent gnome desktop, with their own panels and notification bar.

The reported error happened at the notification bar that should be showing at
"Screen 1".

Comment 7 Matthias Clasen 2010-06-14 15:10:21 UTC
One other idea: 

The update_size_and_orientation function does a similar   

if (get_tray (priv->trays_screen) == tray)
    na_tray_manager_set_orientation (priv->trays_screen->tray_manager,
                                     priv->orientation);

but it has a 

  /* This only happens when setting the property during object construction */
  if (!priv->trays_screen)
    return;

right before it.

Maybe na_tray_set_padding needs that as well ?

Comment 8 Ray Strode [halfline] 2010-06-14 18:40:41 UTC
I've reproduced this issue and developed a potential fix. devack+

Comment 9 Ray Strode [halfline] 2010-06-14 19:21:41 UTC
Created attachment 423961 [details]
Xorg.conf i used

Testing this can be a little tricky, so here are some details:

1) You need a multi-screen setup.  This may involve having two different video cards, or one card with dual outputs.  Either way you'll need an xorg.conf file. Running Xorg -configure as root will generate the start of an xorg.conf file, but it will need to be modified to do multi-screen instead of more typical multi-head setups.  I've attached the xorg.conf I used during testing for reference.  Some of the details like which driver to use will depend on the test hardware.  This particular machine uses a dual head r580 card.

When trying to get this setup, it's probably best to work from runlevel 3 (by typing init 3) and then running startx.  Getting a functioning multi-screen setup is probably the trickiest part of testing this bug.  You'll know it's multi-screen and not a more typical multi-head setup if windows created on one monitor can't be dragged to the other monitor.

2) After getting startx to produce a multi-head setup, then right click on the top panel of the secondary monitor, and choose "Delete this panel"
3) Right click on a blank area of the bottom panel on that same monitor and choose "New Panel"
4) Right click anywhere on the newly created blank top panel and choose "Add to panel"
5) Scroll down to "Notification Area" and click "Add"

At this point it should crash with the old packages and not with the new.

Comment 11 Ray Strode [halfline] 2010-06-14 20:35:28 UTC
Should be all set in gnome-panel-2.28.0-24.el6

Comment 15 Vladimir Benes 2010-08-26 12:38:11 UTC
Verified by non-QE member (Mauro Chehab).. setting Verified flag to Customer

thanks,
Vladimir

Comment 16 releng-rhel@redhat.com 2010-11-15 13:58:34 UTC
Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.


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