Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Window position not saved correctly when restart #4766

Open
raelb opened this issue May 8, 2019 · 6 comments
Open

Window position not saved correctly when restart #4766

raelb opened this issue May 8, 2019 · 6 comments
Labels
bug: behavior Something doesn't work as intended, but doesn't crash. component: ui Issues related to the user interface. os: Windows Issues which only happen on Windows. priority: 2 - low Issues which are currently not very important.

Comments

@raelb
Copy link

raelb commented May 8, 2019

Version info (see :version): v1.6.2 x64 Standalone version

Description

I'm using qutebrowser on Windows 10.17763. After I close program and restart, the Window position is about 1 cm lower than before. Each time I restart the Window goes 1 cm lower.

Using 150% scaling.
Resolution 1920x1080

@The-Compiler The-Compiler added component: ui Issues related to the user interface. os: Windows Issues which only happen on Windows. priority: 2 - low Issues which are currently not very important. status: needs triage Issues/PRs which need some deeper investigation. labels May 9, 2019
@The-Compiler
Copy link
Member

@raelb If you still use qutebrowser, is this something you still see with an up-to-date Qt/qutebrowser version?

@raelb
Copy link
Author

raelb commented Jun 24, 2020

Yes, the problem still exists with qutebrowser-1.12.0-windows-standalone-amd64.

@The-Compiler The-Compiler removed the status: needs triage Issues/PRs which need some deeper investigation. label Jun 24, 2020
@The-Compiler
Copy link
Member

Thanks for the update! I suspect it's qutebrowser's window geometry saving/loading causing this somehow together with HighDPI, but no idea what's going wrong exactly.

@The-Compiler The-Compiler added the bug: behavior Something doesn't work as intended, but doesn't crash. label Jun 24, 2020
@openandclose
Copy link

Hello, I'm using arch linux and I've been having the same problem for a year or two (or more, sorry, I don't remember).

And I was recently surprised
when I run windows 10 on a different PC, installed qutebrowser, and I had the same problem.

So I don't think it is related to OS,
maybe to some user configuration (config.py).

To be exact, my case is about 7-8 mm lower,
about the length of title bar (plus the window pane).
(I'm using just openbox window manager, no desktop environment).


Qutebrowser version: v1.13.1
Display Resolution 1920x1080

c.auto_save.session = True
c.zoom.default = '125%'
c.tabs.position = 'left'

@openandclose
Copy link

openandclose commented Sep 26, 2020

I forgot to do a basic test.

It was the same when I renamed config.py temporarily and run qutebrowser
(with default config, tabs on top).

@trysdyn
Copy link

trysdyn commented Apr 17, 2021

This is still an issue in 2.2.0 on Windows 10. A trifling one but slightly irritating for my use case :)

I did some testing and found that qute moves down exactly the height of a titlebar each re-run, even on a clean install from release binary and no user configs. I believe something is not being consistent in whether it's dealing with decorated or undecorated window geometry but a quick peek didn't turn up what. It just looks like all Qute does is wrap QWidget for all of its geometry functions.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug: behavior Something doesn't work as intended, but doesn't crash. component: ui Issues related to the user interface. os: Windows Issues which only happen on Windows. priority: 2 - low Issues which are currently not very important.
Projects
None yet
Development

No branches or pull requests

4 participants