After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 534794 - Reveal file(s) received in Nautilus
Reveal file(s) received in Nautilus
Status: RESOLVED FIXED
Product: gnome-user-share
Classification: Core
Component: bluetooth
git master
Other Linux
: Normal enhancement
: ---
Assigned To: gnome-user-share maintainers
gnome-user-share maintainers
Depends on: 498506
Blocks:
 
 
Reported: 2008-05-25 17:42 UTC by Baptiste Mille-Mathias
Modified: 2008-10-02 18:11 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Patch working but it SIGABRs (2.33 KB, patch)
2008-06-07 15:50 UTC, Baptiste Mille-Mathias
none Details | Review
patch #2 (2.38 KB, patch)
2008-06-07 18:24 UTC, Baptiste Mille-Mathias
none Details | Review
few cosmetic changes (2.36 KB, patch)
2008-06-07 19:29 UTC, Baptiste Mille-Mathias
none Details | Review

Description Baptiste Mille-Mathias 2008-05-25 17:42:02 UTC
Now that we have a notification system, we could add an action to reveal the file in the file-manager.
It requires that Nautilus implement some method to open folder (bug #498506).
Comment 1 Baptiste Mille-Mathias 2008-06-03 09:11:46 UTC
would you consider to include a bug hack which consist of spawning a nautilus on the folder when the file is downloaded? off course temporarly.

I think epiphany has such code too.
Comment 2 Bastien Nocera 2008-06-03 09:17:23 UTC
Fine by me.
Comment 3 Baptiste Mille-Mathias 2008-06-07 15:50:52 UTC
Created attachment 112319 [details] [review]
Patch working but it SIGABRs

it SIGABR even when I launch the first action added in the notification with:

glibc detected *** /opt/gnome/libexec/gnome-user-share: double free or corruption (fasttop): 0x080bcc30 ***

 so I wonder if I use notification actions in a sane manner.
Comment 4 Baptiste Mille-Mathias 2008-06-07 18:24:11 UTC
Created attachment 112328 [details] [review]
patch #2

It doesn't crash now :)
I chose to have only one NotifyActionCallback and to dispatch to the action inside this function.
I removed the g_object_unref (notification) for the NotifyActionCallback, because it doesn't crash now and I don't understand why we unref in it, and once again in on_close_notification.

Cheers
Comment 5 Baptiste Mille-Mathias 2008-06-07 19:29:20 UTC
Created attachment 112334 [details] [review]
few cosmetic changes
Comment 6 Bastien Nocera 2008-06-12 10:10:02 UTC
There were 2 problems:
- libnotify crashes if you use the same data for the 2 different callbacks.
I filed:
https://bugzilla.redhat.com/show_bug.cgi?id=451001
because upstream isn't very responsive
- In the callback, you were calling both notify_notification_close() (which will call the normal close callback), and hide_statusicon(), so the notification count was getting to -1.

A couple more things:
- Please follow the coding style in the rest of the file (especially the tabs indentation)
- Don't use C++ style comments ("//")
- and I prefer you use "bleh == FALSE" or "bleh == NULL" rather than "!bleh"

2008-06-12  Bastien Nocera  <hadess@hadess.net>

	* src/obexpush.c (notification_launch_action_on_file_cb),
	(show_notification): Add a "Reveal File" button on the transfer
	notifications, patch by Baptiste Mille-Mathias
	<baptiste.millemathias@gmail.com> (Closes: #534794)
Comment 7 Nelson Benitez 2008-10-02 18:11:49 UTC
Bug 131259 may be interesting for this bug, I hope to have it fixed in the near future.