summaryrefslogtreecommitdiff
path: root/BUGS
diff options
context:
space:
mode:
authorCarsten Haitzler <raster@rasterman.com>2005-12-17 10:18:48 +0000
committerCarsten Haitzler <raster@rasterman.com>2005-12-17 10:18:48 +0000
commit11b56e5d1728203e922e5fc7df9b4a0a66df80c6 (patch)
tree66c2574e3008de21f547dbfc1ed613865ed1c484 /BUGS
parentb493628fe8b7692ff733b4716fefed0904085fe1 (diff)
digiclock patch
SVN revision: 19088
Diffstat (limited to 'BUGS')
-rw-r--r--BUGS151
1 files changed, 151 insertions, 0 deletions
diff --git a/BUGS b/BUGS
new file mode 100644
index 000000000..f983b32c1
--- /dev/null
+++ b/BUGS
@@ -0,0 +1,151 @@
1From: Matias Grana <matiasg@dm.uba.ar>
2To: Enlightenment users list <enlightenment-users@lists.sourceforge.net>
3Subject: [e-users] bug in e17?
4Date: Fri, 4 Nov 2005 16:41:49 -0300
5Sender: enlightenment-users-admin@lists.sourceforge.net
6
7hi;
8I think I've found a bug, which I can reproduce as follows:
9
10open konqueror (maybe other kde applications work too, i don't know).
11open a web page on it.
12open the 'print...' dialog
13tell it to print it to a file
14click on the folder icon, to browse for the file to print it to
15select a file and press save
16click AGAIN on the folder icon.
17
18The browser opens, but it does as an iconized window.
19
20I just recompiled code from cvs to be sure it wasn't fixed. If I can be
21of more help on this, tell me so.
22
23Matias
24
25
26
27
28
29
30
31
32From: roland <raw@morphius.apk.net>
33To: enlightenment-users@lists.sourceforge.net
34Subject: [e-users] segfaults.
35Date: Sun, 11 Dec 2005 10:15:58 -0500
36Reply-To: raw@morphius.apk.net
37Sender: enlightenment-users-admin@lists.sourceforge.net
38
39Hi all Anyone have any idea about a bug causing segfaults
40when an iconified window exits ? I see this a lot and also
41saw mention of this in the E todo list. Will this be fixed?
42I can reproduce this quite reliably by for example
43iconifying an xterm and sending it a kill sig after it goes
44into iconbox. Is there a workaround? Sometimes I have a ssh
45session open and iconified and if for some reason this
46session dies, E segfaults. Havent seen any other big problems
47so far. Quite impressed actually with E17 .
48
49
50
51
52
53
54
55
56From: David Sharp <whereami@gmail.com>
57To: The Rasterman Carsten Haitzler <raster@rasterman.com>,
58enlightenment-devel <enlightenment-devel@lists.sourceforge.net>
59Subject: Re: [E-devel] background changing
60Date: Thu, 1 Dec 2005 03:13:21 -0800
61
62On 10/7/05, The Rasterman Carsten Haitzler <raster@rasterman.com> wrote:
63> On Fri, 7 Oct 2005 11:42:10 -0700 David Sharp <whereami@gmail.com> babbled:
64>
65> > On 10/7/05, The Rasterman Carsten Haitzler <raster@rasterman.com> wrote:
66> > > On Fri, 7 Oct 2005 08:06:57 -0500 Chad Kittel <vertigo@wi.rr.com>
67babbled:
68> > > > The pager not showing its pop-up is still an issue. Looking back at
69> > > > the -commits ML, I didn't see any commits related to that so I assume
70it
71> > > > just hasn't been looked at yet.
72> > > >
73> > > > Once again. thank you.
74> > >
75> > > it should work - try enabling it? etc.? rm -rf your .e dir and start e?
76>
77> > no, it doesn't.. the pager popup shows when switching in the first
78> > zone, but not the second, even after nuking my .e/e/config.
79>
80> oh... multiple ZONES! xinerama! aha!
81
82a little reminder, in case this didn't make your todo list / email
83queue, this doesn't seem to have gone away. or, maybe it went away,
84and came back.. i don't recall.
85
86>
87> > also.. i thought it was nice that the bg only changed on the one
88> > monitor.. for me, the problem was that e wouldn't remember that
89> > setting, and whenever e restarted, you would get the same bg on both
90> > zones again.
91
92
93
94
95
96
97
98
99
100
101From: Kim Woelders <kim@woelders.dk>
102To: enlightenment-devel@lists.sourceforge.net
103Subject: Re: [E-devel] Re: bugs with iconification/deiconification in e17.
104Date: Fri, 02 Dec 2005 19:14:46 +0100
105Sender: enlightenment-devel-admin@lists.sourceforge.net
106
107Carsten Haitzler (The Rasterman) wrote:
108> On Fri, 02 Dec 2005 09:19:20 +0200 <vkojouharov@gmail.com>
109> babbled:
110>
111>
112>>On Thu, 2005-12-01 at 18:26 +0100, Kim Woelders wrote:
113>>
114>>>Carsten Haitzler (The Rasterman) wrote:
115>>>
116>>>>On Wed, 30 Nov 2005 19:44:37 +0200
117>>>><vkojouharov@gmail.com> babbled:
118>>>
119>>>...
120>>>
121>>>>>The other app is with deiconifying a window. Some programs (actually,
122>>>>>only alltray comes to mind right now) use xlib to do the whole
123>>>>>iconification thing. For the alltray instance, it seems to use
124>>>>>XSetWMHints, set the state to NormalState, and basically that's it. And
125>>>>>it seems to work for a lot of window managers too, so that must be a
126>>>>>proper way to do it. But that doesn't work for e17, and the window stays
127>>>>>iconified.
128>>>>
129>>>>
130>>>>e waits for a map request. it doesnt respond to a change in hints for a
131>>>>map. we can make it do so though :) i will write these down in the TODO.
132>>>>
133>>>
134>>>I don't think a client can deiconify by changing a hint. e16 doesn't but
135>>>does work with alltray. The normal way is to map the client window. In
136>>>some cases clients send a _NET_ACTIVE_WINDOW message, but IIRC always to
137>>>deiconify some other client as in tasklist and pager type
138>>
139>>I'm just curious here, what does alltray use to deiconify a window? cuz
140>>that's the only relevant thing I could find in the code
141>
142>
143> it prbably SHOULD use XMapWindow() or XMapRaised()
144>
145After having taken a peek at what is does in e16.8 on "alltray xterm",
146the short version is that it uses XMapWindow() to map the client (which
147actually is an alltray window containing the reparented real client)
148first time. After that, when having been iconified, it sends a
149_NET_ACTIVE_WINDOW client message to deiconify.
150
151/Kim