Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#16334 - [apvlv] weird behaviour on unclear circumstances

Attached to Project: Community Packages
Opened by Stefan Husmann (stefanhusmann) - Wednesday, 23 September 2009, 18:46 GMT
Last edited by Stefan Husmann (stefanhusmann) - Tuesday, 29 September 2009, 16:02 GMT
Task Type Bug Report
Category
Status Closed
Assigned To Stefan Husmann (stefanhusmann)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description: see http://bbs.archlinux.org/viewtopic.php?id=80611


Additional info:
* package version(s) 0.0.7.2-1 and 0.0.7.3-1)
* config and/or log files etc.


Steps to reproduce: to be developed
This task depends upon

Closed by  Stefan Husmann (stefanhusmann)
Tuesday, 29 September 2009, 16:02 GMT
Reason for closing:  Fixed
Additional comments about closing:  fixed upstream
Comment by Bernd Pol (bernarcher) - Thursday, 24 September 2009, 22:07 GMT
Just tried the apvlv-weird-bug package (http://aur.archlinux.org/packages.php?ID=30404).
Unfortunately, it does not solve the problem.
Comment by Bernd Pol (bernarcher) - Saturday, 26 September 2009, 05:11 GMT
I got a bit further.

In file ApvlvView.cpp, line 996 (function ApvlvView::apvlv_view_resized_cb) there is a local height constant h adjusted by a factor -5:
h -= 5
If I set this to
h -= 7
the error goes away.

This is an evil hack of course. Obviously this adjustment must not be a predefined constant value. It could be theme dependent in some way, but have no real clue (yet), because on the other hand, apvlv 0.0.7.3-1 did misbehave in openbox, icewm and gnome featuring different themes.

Maybe upstream has an idea.
Comment by Stefan Husmann (stefanhusmann) - Saturday, 26 September 2009, 08:47 GMT
Made an upstream remark about your workaround.
Comment by Bernd Pol (bernarcher) - Saturday, 26 September 2009, 10:57 GMT
There is still more in it. There is another weird behaviour now which probably is be caused by the same bug.

If I now switch to fullscreen (f key) and back the window will not be reset to the former size. Rather the apvlv window tries to fill the whole screen with the bottom of the window shifted down by approximately the title bar size.

Moreover the window height cannot be resized from the WM. The width does to some extent but adapts only slowly.

Resizing the window before going fullscreen does work however.

This occurs on openbox, IceWM and Gnome. Whereas Gnome obviously tries to reduce the window width (it slowly grows smaller) until the window frame was clicked. From then on it behaves like the other WMs.
Comment by Bernd Pol (bernarcher) - Sunday, 27 September 2009, 06:49 GMT
OK, just double checked the fullscreen behaviour with 0.0.6.11-1
It appears to be an older bug, not directly relating to this one.
Ignore my previous post.
Comment by Bernd Pol (bernarcher) - Tuesday, 29 September 2009, 13:52 GMT
The new apvlv-0.0.7.4 version solves the problem for me.
Comment by Stefan Husmann (stefanhusmann) - Tuesday, 29 September 2009, 16:01 GMT
uploaded to community, closing.

Loading...