Resize and default button issue

[hadarvc]

I've had the following minor issue for over a week, and at first I was reasonably sure that it was a Brave problem. But, after experiencing the same issue on Firefox and having multiple scroll updates and one or two Brave updates since, I'm finally breaking down to ask (it's really not a big deal, just a nuisance...).

When I download a file in Brave, I get the file picker pop-up dialogue. For a long stretch, it popped up centered, at whatever size I had previously resized to, and the "Save" button was defaulted so that if I simply hit Enter, the file saved to the default directory.

For the past week+, the very first time I save a file, the save dialogue opens full screen (yes, I know that you know that I like actual windows to open full screen). After that, until I reboot, it will open at whatever size I set it to on that first open (which is why this is only a minor nuisance).

However, no matter what, the Save button is no longer defaulted. I have to click it with the mouse explicitly. I assume (but haven't tried) that I can tab over and press Enter, but the original default behavior has changed.

[dawsers]

I don't use Brave, but Firefox stores the latest size of windows, and when re-opened, they open with the stored size. I don't know anything about default buttons, but it has nothing to do with the compositor, it is an application "feature". Maybe you can control the behavior with one of their billion configuration options :-)

[hadarvc]

OK, it didn't originally feel like a scroll issue, but after the persistence and same behavior across two browsers, I figured I'd ask. I didn't try to track it down (at all), via scroll config or in the browsers, but perhaps I'll be motivated to try and do that now. 😄

Feel free to close this and thanks for the quick reply!

[dawsers]

The compositor controls the size of windows after they are created, but initially respects the size requested by the application when they are floating. That is where Firefox sends the stored value from eaerlier. Dialogs are usually created for a specific purpose, and then destroyed. scroll will only store the size of a floating window if you decide to make it tiled, and then will restore the previous floating size if you make it float again.

About buttons, the compositor knows nothing about them. They are just elements controlled by the application (the UI toolkit), which renders them onto the window buffer, and controls focus etc. For scroll, in general, the whole window is just a buffer to display, the application sends frames to render, but scroll knows nothing about their content.

[hadarvc]

Got it, thanks.

[hadarvc]

I can't explain this, but I didn't change anything (though scroll did update yesterday at 5:35pm when I logged off), but it's all back to normal today (dialog box opens the size I want, with the save button defaulted correctly). Strange, but either way, figured I'd at least report the mystery/anomaly.

[dawsers]

I'm glad it works now!

[hadarvc]

It's inconceivable to me that it's "this", but I'll mention it in case anyone else experiences something similar.

The first thing I "downloaded" today was in Thunderbird, and I did notice then that the dialog box opened correctly with the SAVE button highlighted as the default. I couldn't remember whether I had ever downloaded from Thunderbird first before using a browser to download during the failed days. It doesn't feel likely, but it's entirely possible that I went 10+ days with my first download being in a browser, and only later in Thunderbird (after I'd manually resized the dialog box).