| Summary: | xterm -iconic doesn't start minimized (fixed in 208, request bump) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Colin Macdonald <cbm> |
| Component: | New packages | Assignee: | Seemant Kulleen (RETIRED) <seemant> |
| Status: | RESOLVED FIXED | ||
| Severity: | trivial | CC: | dickey |
| Priority: | High | ||
| Version: | 2005.1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Colin Macdonald
2005-11-25 19:28:54 UTC
This sounds like one I noticed a few months ago. I think
I mentioned it in discussion of a bug report, but it's a
separate issue. My note on it says:
050704
oops -iconic doesn't work (in fvwm it starts to iconify, then bounces up)
That breaks with the toolbar option.
tek4014 doesn't start iconified anyway.
Oops, sorry I didn't see that note anywhere. Did you mean that this issue is fixed in a version of xterm > patch #205? no - I meant that I saw it, spent a little time investigating it without seeing the solution, but (given the context of 203-206), was spending most of my time on other problems. I hadn't tested that on other window managers. It's possible that the cause is from doing some operation on a child window rather than the shell. I kept that in mind as I was making layout fixes - I recall coming across some that weren't, but have the impression those fixes were in 204 or 205. (I'll retest this report against #207, of course). I see the problem now - earlier I was looking in the wrong place. There's an XtParent() in main.c that should be SHELL_OF(). That seems to work, will be in #208. Marking resolved LATER, I'll close it when 208 is in the tree. Thanks Thomas. Version 208 is out which has a fix for this bug. Request a bump in portage. in portage |