Yves Forkl wrote: > > I apologize for not having sent a test case right away. Now I have > adapted your test case in order to reproduce the bug, and added a second > variant (commented out) which is closer to the CSS instructions I > initially used. To make testing easier, I have put together a complete > XXE configuration for this test case, including a test document. You can > find it in the attached ZIP archive called test_attr_editing_bug.zip. > > With this test case, I am sorry that I am not able to reproduce exactly > what I have seen, but XXE's reaction to this test case is quite similar > to what I described, following these steps: > > - Edit the attribute by means of the value editor, but DO NOT YET > "confirm" the value: in a text field, type something, but don't press > Enter; with radio buttons, use Tab/Shift-Tab, but don't hit Space. > (Editing the attribute using the stock attribute tool will not provoke > the bug.) > > - Reload the stylesheet using "Style | [current stylesheet name]". > > - Consequence: XXE first changes the attribute value where it is > displayed using label(xpath, ...). After this, the status bar first > shows "Reloaded stylesheet...", then the message disappears. Everything > seems to be fine at first glance. > > However: the keyboard now seems to be completely blocked (no, hitting > Escape won't help either), while using the mouse still works without > fail. Looking closely, you can see that the attribute value editor no > longer has the focus while generally this is the case after confirming > the new value.
Well, I can reproduce the above behavior (with V2.11, not with V3). I started Gnome/Metacity/Java 1.5 to make sure I could reproduce it. I tried both variants. The problem is absolutely not related to complex generated content having value-editor() and label(). Unfortunately, it can happen anytime. >From time to time, mostly on Linux, more with some window managers and less with others (mwm), the document view and its descendants such as attribute editors completely loose the keyboard focus. We don't know why and we have not found a workaround. This does not mean that XXE is frozen: * In most cases (such as the one you have described), simply use the mouse and click anywhere inside the document view. You'll see the caret blink again (means: the document view has the keyboard focus). * In severe cases, you'll have iconify and then deiconify (to move the window, to push it to back and bring it to front again, etc. That is, interact with the window manager) XXE in order to be able to type something. > (The behaviour I observed before was slightly different: then, XXE did > not display the new, but unconfirmed value, and never came back from > trying to reload the stylesheet, always showing the hourglass. Using the > mouse then was just as impossible as using the keyboard, except for > closing the whole document with Ctrl-Shift-W.) I cannot reproduce this behavior which is totally different from the above one -- much more severe.
