Mantis Bug Tracker

View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000509OLVUser Interfacepublic2012-01-20 05:582012-09-21 22:39
Reportersim 
Assigned ToBenFenner 
PrioritylowSeveritytrivialReproducibilityalways
StatusclosedResolutionfixed 
PlatformDebian unstable, stumpwm, intel OSLinuxOS Versionsid
Product Version0.0.3-SNAPSHOT 
Target Version0.0.3Fixed in Version0.0.3 
Summary0000509: OLV main window fails to use window size commanded from the window manager.
DescriptionAt initial program load, while running stumpwm (a tiling window manager), in fullscreen mode, the application draws a window that does not utilize the entire space available for it. This results in a smaller than necessary program, set within a big grey 'L' representing the unused screen space.

To fix this, the screen can be split, and then the spit can be removed. This results in a OLV main window that has been properly maximized for the space it is allotted.

I suspect that the issue is a combination of the application assuming that it can assert an initial window size, and the application expecting a resize event if changed.

I suspect that firing a resize event after painting the initial window would solve this problem, but I have not tested my theory.

For example: http://puddle.ca/~sim/volvo/FreeEMS/OLV/OLV-small.jpg [^]
Steps To ReproduceInstall Debian unstable. Install stumpwm and set as window manager. Invoke OLV (I used MVN for this). Observe window that does not use up the available space.
Additional InformationThis is likely a problem for a small fraction of users. Most do not use tiling window managers, and those that do, expect this kind of thing. None the less, the window manager follows the X spec, and should work correctly with applications that respect that spec. The fact that 99% of users use a conventional window manager is no excuse to not fully follow the spec.

That said, I may be the only user to notice for years, so don't freak out. In this red-hot moment, on the other hand, I'm a significant percentage of the users.
If you never fix this, I won't be mad.

This could well be a library issue also. If a easy workaround is possible, I'm all for it, but if it is a Swing, or AWT or whatever issue, then don't bother.
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
User avatar (0001145)
Fred (administrator)
2012-01-20 14:27

As usual, a 5 star bug report from Sim! Stellar work, Sim :-)
User avatar (0001189)
Fred (administrator)
2012-02-06 15:43

Sim, quite a few things changed in here, it might pay to retest and let us know what the current status is, ie, no change, better and how, worse and how. Pretty please :-)
User avatar (0001741)
BenFenner (developer)
2012-07-26 16:35

sim are you available to test this?
User avatar (0001783)
BenFenner (developer)
2012-07-31 17:43

Sim is tough to get a hold of right now. He's trucking all over and rarely pops in. So this is getting deferred from "0.0.3" to "Future".
User avatar (0002208)
Fred (administrator)
2012-09-21 22:39

Installed stump on my eee and fired olv up after some head scratching and switching back to vt2 and setting DISPLAY... and, it comes up small, then resizes itself in the blink of an eye. So I think this is fixed. Sim can reopen if need be


Copyright © 2000 - 2011 MantisBT Group
Powered by Mantis Bugtracker