Description of problem: Was just working on trying to figure out why gnome-terminal does not work. Gnome-shell then crashed and restarted. Note sure why. Version-Release number of selected component: mate-search-tool-1.7.90-1.fc21 Additional info: reporter: libreport-2.1.12 backtrace_rating: 4 cmdline: mate-search-tool crash_function: build_popup_menu_for_file executable: /usr/bin/mate-search-tool kernel: 3.14.0-0.rc3.git2.1.fc21.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (8 frames) #0 build_popup_menu_for_file at gsearchtool-callbacks.c:1013 #1 file_button_release_event_cb at gsearchtool-callbacks.c:1370 #2 _gtk_marshal_BOOLEAN__BOXED at gtkmarshalers.c:86 #7 gtk_widget_event_internal at gtkwidget.c:5017 #8 gtk_widget_event at gtkwidget.c:4814 #9 gtk_propagate_event at gtkmain.c:2490 #10 gtk_main_do_event at gtkmain.c:1685 #16 gtk_main at gtkmain.c:1257
Created attachment 866572 [details] File: backtrace
Created attachment 866573 [details] File: cgroup
Created attachment 866574 [details] File: core_backtrace
Created attachment 866575 [details] File: dso_list
Created attachment 866576 [details] File: environ
Created attachment 866577 [details] File: exploitable
Created attachment 866578 [details] File: limits
Created attachment 866579 [details] File: maps
Created attachment 866580 [details] File: open_fds
Created attachment 866581 [details] File: proc_pid_status
Created attachment 866582 [details] File: var_log_messages
This description has nothing to do with mate-search-tool!
This is what abrt gave me. I was also using mate-search-tool when it happened. See also the second line and last address of the core backtrace. According to that, the executable involved was mate-search-tool.
Don't understand me wrong, but with such a description i have no chance to forward the issue to upstream and getting help from them. Back to business, correct me if i'm wrong. 1. you was in gnome-shell and it crashed? 2. you was using mate-search-tool at the same time? I'm pretty shure the crash of gnome-shell triggered the issue in mate-search-tool. Ok, i will re-open the issue, feel free to post here If the problem under normal circumstances occurs.
It just happened again a couple times while using mate-search-tool in MATE-Desktop. Nothing else crashed with the application these times around. What happens is that if an item is right-clicked without first being selected with the left mouse button, the windows closes and the application crashes. So long as an item is first selected with the left mouse button before a right-click is initiated, the crash does not occur. What should be happening (and would be more intuitive) is that if a user right-clicks on an item in the list it should automatically select the item first and then perform the action in the popup menu without crashing.
I can't reproduce it in my rawhide installation with mate-search-tool-1.7.90-1.fc21 and updated caja package. Here, if use the right click button the file will automaticlly select and i can open it without a crash. Selecting a file works with all three buttons of my mouse. I got same results with f20. Can you test if it happens in f20 too? Is the mate-utils-common package installed? How did you installed mate-search-tool? As standalone package with mate-utils-common as dependency, or with the meta mate-utils package? Can you produce a new backtrace? 1. Go to /var/tmp/abrt/<right-folder-of-the-issue>/ 2. Check component file to be shure this is the right folder. 3. run abrt-action-analyze-ccpp-local 4. check backtrace for missing debuginfo files. <<(*): Shared library is missing debugging information.>> 5. install missing debuginfo packages with 'debuginfo-install <package-name> 6. run abrt-action-generate-backtrace That's it ;)
PS: How did you installed mate in general, directly from the installer iso or maybe you did installed another desktop first?
Do the right-click and open a folder or file at least three times on three different files in the search results list. It usually happens on the third such right-click on my machine. I have also found the same thing occurs using gnome-search-tool. Oddly enough, abrt keeps trying to report it as a mate-search-tool crash even when it is gnome-search-tool doing the crashing. Yes, mate-utils-common is installed. It is a require. I will try that out and see if I can get a usable backtrace. I will also try it out on F20 but that is going to have to wait until I install it in a VM. I took the foolhardy option of installing rawhide on my everyday-use machine. :-)
(In reply to Wolfgang Ulbrich from comment #17) > PS: How did you installed mate in general, directly from the installer iso > or maybe you did installed another desktop first? I installed it using yum, with all files from the MATE-desktop Fedora repositories. I did that in F20 a few weeks ago. I then upgraded to rawhide recently. My initial desktop I regularly used was GNOME Shell, until it stopped playing nice with my dual monitor setup in F20. (Favorites dash randomly enlarges and pushes itself half below the bottom of the screen, and gnome's monitors control panel fails to identify properly which monitor is number 1). The same problem has continued in rawhide so I abandoned GNOME Shell in favor of MATE. I used no ISO, installing from network repositories. Upgrading from F19 to F20 was done via Fedup. Fedup kept failing to copy any files at reboot (access denied, not enough space on device, etc., even with over 50 GiB of free space) on F20 so I used a combination of Fedup (to download files) and rpm (to install the packages the old fashioned way), and made sure all dependencies necessary were covered and installed after the upgrade using yum.
(In reply to Wolfgang Ulbrich from comment #16) > How did you installed mate-search-tool? > As standalone package with mate-utils-common as dependency, or with the meta > mate-utils package? I forgot to mention that I installed all the mate-utils packages together at the same time I installed MATE. When I updated, I did the same.
Created attachment 867225 [details] Most recent backtrace Here is the most recent backtrace.
Created attachment 867226 [details] Most recent core backtrace. Here is the most recent core backtrace.
Just ran gnome-search-tool and it crashed after using right-clicking to open four files and two folders. So, you may need to repeat more than three times on your machine to get it to do what I am seeing. the same goes for mate-search-tool, which is based on the same code with slight modifications.
I reported the crash of gnome-search-tool, for the same or similar reasons that caused the crash with mate-search-tool, here: https://bugzilla.redhat.com/show_bug.cgi?id=1069443 It is possible that nobody noticed or experienced crashes like this before now because most people do not often go through the entire list of files and folder looking for things. Just a thought. But, it is affecting both pieces of software and their code base is nearly the same. This might help track down the problem for both pieces of software.
(In reply to D. Charles Pyle from comment #18) > Do the right-click and open a folder or file at least three times on three > different files in the search results list. It usually happens on the third > such right-click on my machine. I did try the right click more than 20 times when my home folder is selected. same with another folder........., it doesn't happend here. But that doesn't mean that it isn't a issue. > > I have also found the same thing occurs using gnome-search-tool. Oddly > enough, abrt keeps trying to report it as a mate-search-tool crash even when > it is gnome-search-tool doing the crashing. :/ My hope died that this commit from gnome could fix the issue. https://git.gnome.org/browse/archive/gnome-utils/commit/?id=7d4bafc09935eea390c9ff74ede23069c75ef158 > > Yes, mate-utils-common is installed. It is a require. I will try that out > and see if I can get a usable backtrace. I will also try it out on F20 but > that is going to have to wait until I install it in a VM. I took the > foolhardy option of installing rawhide on my everyday-use machine. :-) Ok, mate-utils-common is needed. (In reply to D. Charles Pyle from comment #19) > (In reply to Wolfgang Ulbrich from comment #17) > > PS: How did you installed mate in general, directly from the installer iso > > or maybe you did installed another desktop first? > > I installed it using yum, with all files from the MATE-desktop Fedora > repositories. I did that in F20 a few weeks ago. I then upgraded to > rawhide recently. > > My initial desktop I regularly used was GNOME Shell, until it stopped > playing nice with my dual monitor setup in F20. (Favorites dash randomly > enlarges and pushes itself half below the bottom of the screen, and gnome's > monitors control panel fails to identify properly which monitor is number > 1). The same problem has continued in rawhide so I abandoned GNOME Shell in > favor of MATE. I used no ISO, installing from network repositories. > Upgrading from F19 to F20 was done via Fedup. > > Fedup kept failing to copy any files at reboot (access denied, not enough > space on device, etc., even with over 50 GiB of free space) on F20 so I used > a combination of Fedup (to download files) and rpm (to install the packages > the old fashioned way), and made sure all dependencies necessary were > covered and installed after the upgrade using yum. Ok, could you pls run 'yum groupinstall mate-desktop again, maybe there is a needed package for mate missing?
PS: maybe you want to do a pull requet at githup ;) see https://git.gnome.org/browse/gnome-search-tool/commit/?id=ec93fdede0470d17e89ac3a8a5f90dc4d1501314 https://git.gnome.org/browse/gnome-search-tool/commit/?id=83dea4e98b04bd344af6ea940326af78f8721a61
(In reply to Wolfgang Ulbrich from comment #26) > PS: maybe you want to do a pull requet at githup ;) > see > https://git.gnome.org/browse/gnome-search-tool/commit/ > ?id=ec93fdede0470d17e89ac3a8a5f90dc4d1501314 > https://git.gnome.org/browse/gnome-search-tool/commit/ > ?id=83dea4e98b04bd344af6ea940326af78f8721a61 I thought I already had. I guess it did not pull through. I'll have to check.
(In reply to Wolfgang Ulbrich from comment #25) > (In reply to D. Charles Pyle from comment #18) > My hope died that this commit from gnome could fix the issue. > https://git.gnome.org/browse/archive/gnome-utils/commit/ > ?id=7d4bafc09935eea390c9ff74ede23069c75ef158 > > Yeah, I was hoping that would fix the issue, too. Then I saw the same kind of crash for the same reason. > (In reply to D. Charles Pyle from comment #19) > Ok, could you pls run 'yum groupinstall mate-desktop again, maybe there is a > needed package for mate missing? I ran it and got the following packages that installed. abrt-java-connector.x86_64 0:1.0.8-3.fc21 firewall-config.noarch 0:0.3.9.3-1.fc21 initial-setup-gui.x86_64 0:0.3.14-1.fc21 Mate-search-tool still is crashing for me, unfortunately.
Where it is happening is in the build_popup_menu_for_file function. As soon as I get some more time to set aside, I'm going hunting to try to pinpoint a little better where in that function the crash is occurring.
It is a jump to an invalid address. Variable gpointer, perhaps? I am wondering if it isn't either a memory leak or gpointer is retaining values under certain circumstances that should not be held.
Is the issue still alive with current version of mate-utils?
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Is the issue still alive with 1.10.x version of mate-utils?
(In reply to Wolfgang Ulbrich from comment #33) > Is the issue still alive with 1.10.x version of mate-utils? I tried to get it to crash the same way about a couple dozen tries. So far, I have not yet seen this problem in 1.10.x.
good, that it works now :) I will close the report, feel free to post here if the issue comes back, i will re-open than.