Problem with Panel from CVS this morning
Marc Schwartz
MSchwartz at MedAnalytics.com
Tue Jul 27 01:36:51 CEST 2004
On Mon, 2004-07-26 at 18:02, Brian J. Tarricone wrote:
> Marc Schwartz wrote:
>
> >On Mon, 2004-07-26 at 12:51, Brian J. Tarricone wrote:
> >
> >
> >>it's possible that this has something to do with the new
> >>multithread-awareness of the panel. there are probably some plugins
> >>that have yet to be updated...
> >>
> >> -brian
> >>
> >>
> >Brian,
> >
> >Is this something that would have been new as of mid-to-late last week?
> >I had last done a CVS update early in the week.
> >
> >If so, that would seem a reasonable cause. Otherwise, prior to the CVS
> >update over the weekend, the clipboard plug-in had been working without
> >locking the panel.
> >
> yes, the panel changes went in on the 23rd, around 5pm US eastern, so if
> you checked out the panel after that, it's possible this is the
> problem. lemme have a look at the clipboard plugin.... yep, it appears
> that the clipman plugin sets a couple timout events. yep, that appears
> to be the case. try the attached patch to the clipman plugin.
>
> benny: i noticed you did the XFCE_PANEL_LOCK() stuff by putting a
> condition in depends.m4. is there any reason you didn't just define it
> in a panel header like so:
>
> #define XFCE_PANEL_LOCK() \
> do {\
> if(g_thread_supported())\
> gdk_threads_enter();\
> } while(0)
>
> g_thread_supported() will return FALSE if the GThread system hasn't been
> initialised. this seems like a better way than m4 stuff, so the plugins
> won't have to worry about the new m4 file. what do you think?
>
> -brian
Brian,
Yep. That solves it.
What is the proper procedure to notify Eduard Roccatello? Shall we copy
him on the patch, submit a bug over at goodies or ...?
What about a general notification to goodies authors about the change?
Thanks much!
Marc
More information about the Xfce
mailing list