THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task is now closed:
FS#708 - Installation of *.lua.in files
User who did this - Julien Danjou (jd)
Reason for closing: Fixed
Additional comments about closing: commit
1fd115589783fb0ab8401ec9ff845b62ede1a1d0
Author: Pierre Allegraud
At 1261384029 time_t, Uli Schlachter wrote:
Don't worry, you life is save now! The attached patch makes this easier!
The suspense has been long enough: pushed.
Cheers,
--
Julien Danjou
// ᐰ jul...@danjou.info http://julien.danjou.info
// 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD
//
At 1261391738 time_t, Renato Botelho wrote:
What does we need to do to confirm this?
I changed the status.
Hiltjo P. (bob127) submitted a patch, and jd commented saying it shouldn't
touch awful.tag, what does we need to change on this patch to make it
ok? JIC, it's working fine here and i
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#709 - naughty doesn't implement
org.freedekstop.Notifications.GetCapabilities()
User who did this - Julien Danjou (jd)
--
AFAICT STRING_ARRAY is ARRAY of STRING, not a type by itself.
--
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Byron Clark (byronc)
Attached to Project - awesome
Summary - LyX spellchecker window confuses awesome
Task Type - Bug Report
Category - Core
Status - Unconfirmed
Assigned
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#711 - LyX spellchecker window confuses awesome
User who did this - Byron Clark (byronc)
--
LyX is a Qt4 application and in other window managers, the spellchecker window
disappears immediately,
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#551 - Notifications never disappear
User who did this - Hannes Schueller (mr_creosote)
--
Well, it's been half a year and I've stopped using Awesome due to this and a
couple of other issues by
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#709 - naughty doesn't implement
org.freedekstop.Notifications.GetCapabilities()
User who did this - Uli Schlachter (psychon)
--
hm ok. But looking at dbus.c (a_dbus_process_request), I *feel*
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#551 - Notifications never disappear
User who did this - Uli Schlachter (psychon)
--
Trace looks like this isn't naughty's fault after all. :(
I'm out of ideas.
@Hannes Schueller: Thanks a lot.
The patch fixing that problem should not touch the call to
with_current(), or make awful requires definitively awful.rules. But I
guess that if you do that, people using other rules system such as
shifty will start crying, because last time I heard about it, shifty was
explicitely
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#709 - naughty doesn't implement
org.freedekstop.Notifications.GetCapabilities()
User who did this - Julien Danjou (jd)
--
You're correct.
--
More information can be found at the
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
A new Flyspray task has been opened. Details are below.
User who did this - Julien Danjou (jd)
Attached to Project - awesome
Summary - dbus: add ARRAY as possible return value
Task Type - Feature Request
Category - Core
Status - New
Assigned To -
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#699 - hiding toplevel windows is not supported
User who did this - Uli Schlachter (psychon)
--
I downloaded a vanilla dwm, compiled it and started it in Xephyr.
Both .cpp test apps show the exact
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#551 - Notifications never disappear
User who did this - Hannes Schueller (mr_creosote)
--
Oh, you're right, sorry, I made the first trace running DWM. Here's one using
Awesome.
--
One
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#699 - hiding toplevel windows is not supported
User who did this - Uli Schlachter (psychon)
--
I just had an idea: Could this be a race condition?
- Qt's show() is called, it sends a MapWindow
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#699 - hiding toplevel windows is not supported
User who did this - Julien Danjou (jd)
--
Sounds realistic. We probably miss a couple of xcb_{un,}grab_server() in the
manage/unmanage function.
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#699 - hiding toplevel windows is not supported
User who did this - Uli Schlachter (psychon)
--
I don't think we can do much about this. If my guess really is the case, by the
time we receive the
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#664 - awful.rules
User who did this - Uli Schlachter (psychon)
--
Anybody took a look at this bug from the C side of things?
client_manage() (Called when we receive a MapRequest) creates a new
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#712 - dbus: add ARRAY as possible return value
User who did this - Julien Danjou (jd)
--
Patches attached, but not tested.
--
One or more files have been attached.
More information can
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#699 - hiding toplevel windows is not supported
User who did this - Uli Schlachter (psychon)
--
dwm: As mentioned above, bug happens here, too.
evilwm: Bug happens, too.
evilwm receives a
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#664 - awful.rules
User who did this - Julien Danjou (jd)
--
One would just have to change client_focus_update() to only do the lua-side of
things and the X stuff
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#699 - hiding toplevel windows is not supported
User who did this - Andreas Kloeckner (inducer)
--
Metacity and kwin are also both fine.
--
More information can be found at the following
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#699 - hiding toplevel windows is not supported
User who did this - Julien Danjou (jd)
--
Actually, I think taking a look on when wmaker does grab and ungrab the server
and mimicking it may be
At 1261487619 time_t, koniu wrote:
What about replacing the withcurrent() call with a:
capi.client.add_signal(manage, withcurrent)
?
--
Julien Danjou
// ᐰ jul...@danjou.info http://julien.danjou.info
// 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD
// Anna Molly! Anna Molly! Anna Molly!
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#699 - hiding toplevel windows is not supported
User who did this - Uli Schlachter (psychon)
--
I looked at wmaker's source and I think I figured it out.
At 1261491545.484 000::3b83: receives a
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#699 - hiding toplevel windows is not supported
User who did this - Uli Schlachter (psychon)
--
Hm, ok, here's the qt side of things:
src/gui/kernel/qwidget_x11.cpp, QWidgetPrivate::hide_sys()
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#699 - hiding toplevel windows is not supported
User who did this - Uli Schlachter (psychon)
--
Ok, from XWithdrawWindow() I googled my way through its man page until I reached the ICCCM
27 matches
Mail list logo