mgaonline/mgaapplet, branch 3.16 Mageia Desktop Applet new icons for mgaonline 2016-02-27T16:36:55+00:00 Timothée Giet animtim@gmail.com 2016-02-27T16:36:55+00:00 ed7baf45149c77de131c763b0595d11d26665b08 new icons for mgaonline note: looks like enhancement.png is not used anymore, at least a search didn't find the word enhancement used anywhere in this repo. 
new icons for mgaonline
note: looks like enhancement.png is not used anymore,
at least a search didn't find the word enhancement used anywhere in this repo.
Some Mandriva -> Mageia leftovers and Mageia copyright years update 2015-02-16T21:47:56+00:00 Rémi Verschelde remi@verschelde.fr 2015-02-16T21:47:56+00:00 be4ff1644a3dfeea87b1df54fc2e54fa14961b1a 






Update headers and FSF contact address
2015-02-16T21:40:15+00:00

Rémi Verschelde
remi@verschelde.fr

2015-02-16T21:40:15+00:00

8af59f4f44b0b279dc470fd2812fdd561ea56279












explain
2014-02-04T23:23:31+00:00

Thierry Vignaud
thierry.vignaud@gmail.com

2014-02-04T23:23:31+00:00

d3eb4943d88f84db1a827bb0c7bc51984250eab7












fix crashing if there's not notification daemon (mga#12416)
2014-02-04T02:37:39+00:00

Thierry Vignaud
thierry.vignaud@gmail.com

2014-02-04T02:37:06+00:00

ee9dc74d8eb47c1444072ae1905e0bb69b6aface












drop debug statement
2014-01-24T05:25:43+00:00

Thierry Vignaud
thierry.vignaud@gmail.com

2014-01-24T05:25:43+00:00

31eeb51b7a856c7572cc780c5720eff5abe8f164

wrongly went with commit 87813dd7cfa302347b06cd9b0675d18577a2be11





wrongly went with commit 87813dd7cfa302347b06cd9b0675d18577a2be11







block CHLD signals on startup
2014-01-22T20:09:26+00:00

Thierry Vignaud
thierry.vignaud@gmail.com

2014-01-22T20:07:47+00:00

4ec5b7cec36a3435e970022d4542ac2158dd6d2b

in order to prevent glib-threading segfaults (mga#10289), just block the
CHLD signal during the window where glib create threads behind our back
(RT-120951)





in order to prevent glib-threading segfaults (mga#10289), just block the
CHLD signal during the window where glib create threads behind our back
(RT-120951)







better fix for mga#12280 while fixing exit reported by Colin
2014-01-22T18:27:21+00:00

Thierry Vignaud
thierry.vignaud@gmail.com

2014-01-22T17:40:30+00:00

87813dd7cfa302347b06cd9b0675d18577a2be11

previous fixes for mga#12280 resulted in Colin reporting mgaapplet
exiting (not segfaulting):

"When updates a bubble pops up:
- If you click on the background of this bubble, mgaaplet exits
- If you click on the "Install Updates" button, it pops up the password
  dialog.  Without touching anything, about 1s later the dialog seems to
  be replaced with another that says "Sorry, that didn't work, please
  try again". When this dialog appears, mgaapplet exits."

So let's clean the pile of fixes and:
- have only _one_ gtk+ main loop
- creating _one_ hidden notification before entering the main loop
- never destroy it, but use >close + >clear_actions() then ->update()
  prior calling >show() when one need to show a notification again





previous fixes for mga#12280 resulted in Colin reporting mgaapplet
exiting (not segfaulting):

"When updates a bubble pops up:
- If you click on the background of this bubble, mgaaplet exits
- If you click on the "Install Updates" button, it pops up the password
  dialog.  Without touching anything, about 1s later the dialog seems to
  be replaced with another that says "Sorry, that didn't work, please
  try again". When this dialog appears, mgaapplet exits."

So let's clean the pile of fixes and:
- have only _one_ gtk+ main loop
- creating _one_ hidden notification before entering the main loop
- never destroy it, but use >close + >clear_actions() then ->update()
  prior calling >show() when one need to show a notification again







Update gnome-shell code to exit message tray mode also.
2014-01-22T17:10:45+00:00

Colin Guthrie
colin@mageia.org

2014-01-22T17:09:49+00:00

4e396b0d14b639eca27a94196cbd9a4e9595016c

The old method worked on older gnome-shells, this new method works
on newer gnome-shells (see bgo#706783)

Ideally neither hacks should be necessary and maybe (eventually) we can
remove them, but for now...





The old method worked on older gnome-shells, this new method works
on newer gnome-shells (see bgo#706783)

Ideally neither hacks should be necessary and maybe (eventually) we can
remove them, but for now...







workaround X11 hanging (mga#12280)
2014-01-17T06:36:31+00:00

Thierry Vignaud
thierry.vignaud@gmail.com

2014-01-17T06:36:18+00:00

4b2d6e63c5b60495fe47e7de6e998cfa060614bc

Since commit 95b9cd06f14a9817090584d72830df870c591acc, we run a gtk
main loop after displaying a notification, else actions when clickong
notification buttons are ignored by gtk+/libnotify

However, if the notification is not manually closed, we never exit
this main loop.

In that case, gtk+ fails with:
(mgaapplet:9060): Gtk-CRITICAL **: gtk_window_set_accept_focus: assertion 'GTK_IS_WINDOW (window)' failed

from:
    data=<optimized out>, destroy=0x0, button=3, activate_time=5407876) at gtkmenu.c:1613

And X11 is stuck.

As a workaround, since libnotify offers no way to be notified when
notification is automatically closed, just add a timeout for exiting
the main loop.

At worse, X11 will be stuch only 5 seconds.





Since commit 95b9cd06f14a9817090584d72830df870c591acc, we run a gtk
main loop after displaying a notification, else actions when clickong
notification buttons are ignored by gtk+/libnotify

However, if the notification is not manually closed, we never exit
this main loop.

In that case, gtk+ fails with:
(mgaapplet:9060): Gtk-CRITICAL **: gtk_window_set_accept_focus: assertion 'GTK_IS_WINDOW (window)' failed

from:
    data=<optimized out>, destroy=0x0, button=3, activate_time=5407876) at gtkmenu.c:1613

And X11 is stuck.

As a workaround, since libnotify offers no way to be notified when
notification is automatically closed, just add a timeout for exiting
the main loop.

At worse, X11 will be stuch only 5 seconds.