Open hyegeek opened 9 months ago
In order to try to get to the bottom of what's going one, I added an event handler to my tk script to catch all configure events. When the script runs on it's own, it gets lots of config events as it moves around the screen. When the script is swallowed an the swallowing windows is moved, the script does not see any configure events.
Thanks for reporting your bug here! The following template will help with giving as much information as possible so that it's easier to diagnose and fix.
Upfront Information
Please provide the following information by running the command and providing the output.
Fvwm3 version (run:
fvwm3 --version
) fvwm3 1.0.8 (released)Linux distribution or BSD name/version Gentoo
Platform (run:
uname -sp
) Linux AMD Ryzen 5 7600X 6-Core Processor (also happens on other systems)Expected Behaviour
When a tk based app with a menu button is swallowed by fvwmscript or fvwmbuttons, clicking on the menu should display that menu by the button. When the swallowing app moves, the menu display should move with it.
Actual Behaviour
When a tk based app (tried with both perl and python) has a menu button, the menu appears where the app originally displays not where it is in the swallowing window. Moving the swallowing window does not move where the menu appears, so it seems tk is not recalculating menu positions so it is probably missing some sort of event.
Enabling logging
Let me know if I need to produce a log. Should the log be on a newly run fvwm3 or is it OK if it has been running for days/weeks?
fvwm3
has a means of logging what it's doing. Enabling this when reproducing the issue might help. To do this, either change the means fvwm3 is started by adding-v
as in:or, once
fvwm3
has loaded, sendSIGUSR2
as in:The resulting logfile can be found in
$HOME/.fvwm/fvwm3-output.log
Steps to Reproduce
I can provide one of my scripts and let you swallow it, display the menu and then move the swallowing window and display again.
Reduce the problem to the smallest
fvwm
configuration example (where possible). Start with a blank config file (fvwm3 -f/dev/null
) and go from there.Does the problem also happen with Fvwm2?
Don't know. It's been a while since I've run fvwm2
Include your configuration with this issue.
Does Fvwm3 crash?
No.
Extra Information
Anything else we should know?
Feel free to take a screen capture or video and upload to this issue if you feel it would help.
Attach
$HOME/.fvwm/fvwm3-output.log
from the step above.