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

PR "terminal-window: Factor CSDs into geometry hints #452" seems to break some things for me #453

Open
L-U-T-i opened this issue Feb 21, 2024 · 9 comments

Comments

@L-U-T-i
Copy link

L-U-T-i commented Feb 21, 2024

Expected behaviour

  1. When mate-terminal is updated and session restarted, terminl windows keep the sizes from the previous (saved) session
  2. When resizing mate-terminal window, the pop-up with a current dimension is displayed

Actual behaviour

  1. All restored terminal windows are very small (just after the first restart after update, this doesn't seem to be an issue anymore after that, so not that much annoying...)
  2. There is no size displaying popup (when resizing the window) at all (quite annoying for me)

Steps to reproduce the behaviour

Install mate-terminal-1.28.0 and restart the session

MATE general version

1.28

Package version

1.28.0

Linux Distribution

Rocky Linux 9.3, custom build Mate Desktop packages

Link to bugreport of your Distribution (requirement)

no (packages not provided by the distro)


After I've applied the reverted PR #452 patch and rebuild, the issue has gone. So, it is definitely due to this PR.

@lukefromdc
Copy link
Member

lukefromdc commented Feb 22, 2024

I assume this is in x11? What window manager? Also what GTK theme? CSD extents are set by themes, but should be zero on x11 with server-side decoration in use. I tested that case myself on compiz, had no issues, but NOT with every theme.

@L-U-T-i
Copy link
Author

L-U-T-i commented Feb 22, 2024

Yes, it is X11. Window manager is marco (with a built-in Xpresent compositor), GTK theme is Blue Menta (with MATE icons and pointer).

Everything practically as by default, I've just changed icons and pointers to MATE ones (but I guess it is irrelevant).

Switching to compiz, I loose the pop-up with a terminal window size even with a custom 1.28.0 build with reverted PR #452 patch.

@lukefromdc
Copy link
Member

I just tested with BlueMenta using marco on x11 with session saving (which I normally do not use) and the terminals came back up the same size and position as before. Didn't check the size displaying popup but I normally use compiz not marco in x11. I do use it there but never noticed in marco in the short times I am using marco for test purposes. Your session and mine are far enough apart for things to pass unnoticed on my end. I had to close my mate-wayland session and log back into the x11 session three different times looking for the terminal window not coming up it's save size. I had not RESIZED the terminals if that makes any difference.

We need someone else on the team to try and duplicate this, I was unable to

@L-U-T-i
Copy link
Author

L-U-T-i commented Feb 23, 2024

I'm not sure we understand each other. I am not complaining about terminal saving size - this has been an issue only the first time after installing a bew 1.28.0 release (with the commit mentioned), but works perfectly fine after.

What I like is a small grey pop-up (that appear somewhere around the middle of the terminal window in x11/marco only, but not in compiz!) with a terminal window size (in columns / rows, not pixels) while you are resizing a terminal window only. It is very useful for me if I'd like to have a terminal with a particular number of columns for instance.

Here for example:
Screenshot

@lukefromdc
Copy link
Member

Wonder if something in the last commit is causing those values to not be integers? Out of time tonight though

raveit65 referenced this issue Feb 23, 2024
It seems Wayland-based window managers provide additional decorations
that we're not tracking in our "preferred size" computations. This means
every geometry update shrinks the window by a bit.

Factor in the allocated dimensions, not just the preferred ones.

Borrows some ideas from
https://bugzilla.gnome.org/show_bug.cgi?id=769898

I also drop a few unused values leftover from gnome-terminal.

Fixes #350
@computersforpeace
Copy link
Contributor

I could totally believe I've caused regressions. I noted in the original issue that I'm not really an expert here. You certainly won't offend me if you need to revert/drop my patch, temporarily or long-term.

I also only have intermittent time to spend on this sort of thing, so while I might try to see if I can help resolve the issues, I can't make any guarantees.

Sorry for any trouble here.

@davidfetter
Copy link

Expected behaviour

1. When mate-terminal is updated and session restarted, terminl windows keep the sizes from the previous (saved) session

2. When resizing mate-terminal window, the pop-up with a current dimension is displayed

Actual behaviour

1. All restored terminal windows are very small (just after the first restart after update, this doesn't seem to be an issue anymore after that, so not that much annoying...)

2. There is no size displaying popup (when resizing the window) at all (quite annoying for me)

Steps to reproduce the behaviour

Install mate-terminal-1.28.0 and restart the session

MATE general version

1.28

Package version

1.28.0

Linux Distribution

Rocky Linux 9.3, custom build Mate Desktop packages

Link to bugreport of your Distribution (requirement)

no (packages not provided by the distro)

After I've applied the reverted PR #452 patch and rebuild, the issue has gone. So, it is definitely due to this PR.

I'm getting this stuff, too.

I get that testing graphical stuff is not easy, but whatever was happening that let this pass needs a pretty large improvement.

+1 for reverting the patch that caused the behavior.

@lukefromdc
Copy link
Member

lukefromdc commented May 4, 2024 via email

@davidfetter
Copy link

This suggests we need to limit the code from #452 to Wayland sessions only, as that's the only place it is needed and we don't yet have session saving support under Wayland to worry about so it doesn't break anything there

Reducing the surface of the patch seems like a great idea.

I'm surely not the first person who's brought up the testing thing, but that seems like it's broader in scope than this patch. Is there somewhere I can look to find previous discussions about testing things GUI, acceptance of patches influenced by same, etc. for the software and/or the project?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants