Created attachment 7723 screenshot Mistake is happening in a random way (can week enjoy the system and not meet its,and can and for couple of hours several times its see). For example,I open one window,the second ,the third ,then close the first or the second, but the indicators of open Windows do not shift to closed... don't know how to explain it...see screenshot.... the screenshot shows-thunar was opened,it was copying files, then I closed the main window thunar ,and in its place on the panel remained void
Hi, I'm not sure I've seen this bug before. Is there any way you can describe how to reproduce it?
(In reply to Simon Steinbeiss from comment #1) > Hi, I'm not sure I've seen this bug before. Is there any way you can > describe how to reproduce it? you need to open several applications, then close the application that opened the first or second,then within the meaning of the open application Windows should move to the left to the vacant space ,but unfortunately this does not always happen....sometimes the Windows are somewhere in the middle of the panel,and to the left of them an empty space....sometimes they move as it should, but with a strong delay....but again, I repeat-this error does not always occur,it happens in the course of using the PC I encounter it several times a day,and sometimes (for example, the last few days of this error did not see)....
today installed system, started xfce4-terminal and-it is not displayed on the panel....opened another ode copy,so the same panel is empty....closed both copies....opened anew-everything is normal...it was re-displayed on the panel....already 4 hours using the system, the bug was no more....
I've seen this myself now, but interestingly the empty space in the panel - where previously a window used to be - clears up after a short time and the situation resolves on its own, without further interacting with the panel.
(In reply to Simon Steinbeiss from comment #4) > I've seen this myself now, but interestingly the empty space in the panel - > where previously a window used to be - clears up after a short time and the > situation resolves on its own, without further interacting with the panel. Maybe it depends on the power of the PC, because I sometimes need to wait for 5 minutes, although in principle the PC is not quite weak ....
Created attachment 8766 Example I've experienced this myself when opening 2 or 3 terminals, after having chrome and the pulse volume control windows open. It happens randomly for me as well. I have a pretty powerful desktop I built not long ago. I would not say this is latency from a system that is slow or low on resources, but I also haven't a clue on how to reliably reproduce the issue.
Xubuntu 19.04 xfce4-panel 4.13.4
*** Bug 14627 has been marked as a duplicate of this bug. ***
If any of you discover a way to consistently reproduce this problem, please let me know immediately. It has happened so rarely for me that I have a hard time investigating a fix or even testing a hunch. I will attach a "shot in the dark" patch for those of you who experience this problem more frequently.
Created attachment 8769 Shot in the dark patch
Happened again with Xubuntu 19.10 "pre-beta??" and xfce4-panel 4.14.0-1. I've not used the patch as it occurrs rarely and hard to tell when it will happen. The issue did clear itself up after about a minute. This time I had Chrome, code::blocks, mousepad, and pavucontrol open in that panel order. I closed code::blocks, and the panel maintained that blank space for a short while. All windows had been opened for quite a while ~4 hours or longer.
I've been using the patch for two months and can't remember seeing this bug anymore. But it might also be due to the random nature of it, so please do not derive any conclusions yet.
This issue was affecting me as well - increasing in frequency but not reproduceable on demand. Installed the patch last week and haven't seen it happen since. Looks like you got it.
Simon Steinbeiss referenced this bugreport in commit 51d1249cbfed20b57dc8e6e7c5e84f1df522c556 tasklist: Resize when windows get removed (Bug #14394) https://git.xfce.org/xfce/xfce4-panel/commit?id=51d1249cbfed20b57dc8e6e7c5e84f1df522c556
Simon Steinbeiss referenced this bugreport in commit 07f985b66c2c002aded4a33e5206955d91572080 tasklist: Resize when windows get removed (Bug #14394) https://git.xfce.org/xfce/xfce4-panel/commit?id=07f985b66c2c002aded4a33e5206955d91572080
@ToZ: I share your experience so I consider it fixed.
Sorry guys, but it is not fixed. I used xfce4-panel 4.14.1 on Arch Linux all the day with hope, but I encountered this bug again just now. :(
Ok, reopening the bugreport.
Are you able to reproduce the problem reliably or is it still spontaneous?
No, I can't reproduce. This time, it's mousepad that has disappeared, as it has already happened to me. I also use lyx, and often lyx disappears. But I believe that xfce4-terminal, for example, has never disappeared, although I can not be totally sure. But some windows disappear more than others.
Same on Arch and on Xubuntu 19.10, no clue why/when this issue happens.
I also came to this problem. It indeed is hard to reproduce. There, in some unknown conditions, appears a blank space before button labels.
I also, very occasionally, experience this with xfce4-panel version 4.14.1 running on Arch. In case it helps : my panel has a few launchers as well, right next to the "Window Buttons" item. When the issue occurs, I can cause the list of windows to be refreshed by hovering the mouse over a launcher. Hovering over the "Window Buttons" element does not seem to do anything. Unfortunately, this happens very randomly, and I haven't been able to reproduce this intentionally. To be honest, I hardly even notice this anymore unless I actually expect a window bar to appear in the panel.
For my part, I confirm what I said above: lyx is a software with which this issue often comes up, almost systematically. There seems to be something special with lyx, as shown by its particularly poor integration into the desktop (copy-paste with middle click doesn't always work, focus issues, etc.)
I have installed lyx since it was mentioned by more than one person but I couldn't reproduce the problem when opening and closing it for several minutes... Any specific steps you're following to reproduce this with lyx?
No, except that I always open lyx by double-clicking on an existing file in the desktop, never from the applications menu or a terminal. And in my typical use case, these applications are opened before I use lyx: firefox, thunderbird, xfce4-terminal, and also very often thunar and mousepad. I can also mention that I pass from a window to another sometimes with the mouse (by clicking on the window or on its icon in the taskbar), sometimes with alt+tab.
Regarding Daniel Kamil Kozar's comment 23, I can also confirm that the problems described in this bug and its duplicate bug 14627 (and also bug 14854?) can be rectified by hovering the mouse over a launcher in the panel, without depressing any mouse buttons: any erroneously missing window-buttons are restored, and any superfluous blank window-button spaces (left over from previously closed windows) are eliminated. (For testing purposes I even set up a completely empty launcher (which therefore does not even show a tooltip when hovering the mouse over it), fiddled around opening and closing windows like crazy until something went wrong with "Window Buttons", and then carefully hovered the mouse over the empty launcher in the panel without depressing any mouse buttons, and even that was sufficient to rectify "Window Buttons".) This raises three questions: 1. What code is executed when the user simply hovers the mouse over a launcher (even an empty one without a tooltip), without depressing any mouse buttons? 2. How might that executed code rectify the problems described in these bugs? (The code is definitely not secretly invoking "xfce4-panel -r", because that causes the entire panel to disappear briefly and then be completely recreated, whereas hovering the mouse over a launcher in the panel does not cause the panel to disappear at all, but just rectifies "Window Buttons" seemingly instantaneously.) 3. Most importantly, do the answers to questions 1 and 2 shed any light on what might be causing these problems in the first place?
An other way to rectify this bug without using xfce4-panel -r, is to right-click on the panel, and go to dashboard -> settings. When the settings window appears, "any erroneously missing window-buttons are restored, and any superfluous blank window-button spaces (left over from previously closed windows) are eliminated", like you said, Bob Hill. So the same three questions could be asked in this case.
I just had this happen to me too. So I can confirm that the bug is not completely fixed yet. However, it's much rarer than it used to be. It's sometimes triggered right after login or when restarting the panel via xfce4-panel -r, especially when a dozen windows are open across multiple workspaces. So that might be helpful when trying to reproduce.
Might it be possible for someone familiar with the source code in xfce4-panel (and also in libwnck3?) to please: either: investigate the three questions posed at the end of comment 27, or: indicate why those three questions are not worthy of investigation? Many thanks in advance for any feedback!
I wanted to investigate this question somewhat, for instance by disabling plugins tooltips (with reference to comment 27), but I wasn't able to reproduce the bug with xfce4-panel compiled from master. Although this bug is not easily reproducible, I feel like it has been fixed by some commit between https://git.xfce.org/xfce/xfce4-panel/commit?id=51d1249cbfed20b57dc8e6e7c5e84f1df522c556 and https://git.xfce.org/xfce/xfce4-panel/commit/?id=de6b062f9dbc441b8c10531797ee5ce5aa92b792 Does anyone see what modification(s) could have fix this? So that I could try to compile from another point and see if I can reproduce the bug…
Forget that: my feeling was wrong, the bug has not disappeared from master. I just reproduced it with lyx, as said in my previous comments.
FWIW, I recently upgraded libwnck3 (which supposedly may play a role in this bug) from 3.32.0 to 3.36.0 (xfce4-panel unchanged at 4.14.3), and the problems described in this bug still occur.
I can confirm this bug too. Also, I noticed that xfce4-panel version up to (and including) 4.12.2 (GTK2 build) doesn't have this bug, but after this version, including current one, it's there. So maybe, just maybe, the bug is related to GTK3.
Created attachment 9873 0001-Plugin-effect.patch I don't know it this may help, but I isolated the lines implicated in the "bug fix" evoked in #c23: >this bug and its duplicate bug 14627 (and also bug 14854?) can be rectified by >hovering the mouse over a launcher in the panel, without depressing any mouse >buttons: any erroneously missing window-buttons are restored, and any >superfluous blank window-button spaces (left over from previously closed >windows) are eliminated. If one of the two lines (or both) commented in the diff is uncommented, the bug disappears when hovering the mouse over a launcher. If both lines are commented, it doesn't.
FWIW, I recently upgraded xfce4-panel from 4.14.3 to 4.14.4, and the problems described in this bug still occur.
-- GitLab Migration Automatic Message -- This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfce4-panel/-/issues/188. Please create an account or use an existing account on one of our supported OAuth providers. If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev