Created attachment 198689 [details] Document with screenshots demonstrating the bug This bug report pertains to Version: 25.2.0.1 (X86_64) / LibreOffice Community Build ID: ddb2a7ea3a8857aae619555f1a8743e430e146c9 CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded Steps to reproduce: 1. Go e.g. to Tools>Options>LiberOfficeWriter>View 2. Change the settings like this, i.e. enable Outline Folding (two asserted checkmarks) and set Zoom to Use prefererd values and set it to 100%., which is not a very unusual value. Oops: there is no OK button. Leave this dialog and start it again. 3. Sing the song “Where have all my changes gone?”. I would have expected to find OK buttons on all the dialogs of Toos>Options in LO Writer to verify that made changes shall really be applied. Apparently leaving the dialog by its x button on the title bar does not implicitly imply this function (it would not be a very good idea either). Note: Some of the sub dialogs have their own OK button such that one might change those settings. I just noticed their presence but did not try them out.
What is your display resolution? It seems the dialog is cut off. Maybe the height is too low in your resolution.
To me it seems as well that your display resolution is very low, so the whole window cannot fit the screen. Either increase the resolution, or just press Enter on the keyboard to confirm the settings. It should automatically press the OK button which is out of the screen area.
$ xrandr Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384 LVDS-1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) 344mm x 193mm 1920x1080 60.02*+ 50.03 60.02 In the Xubuntu system, Settings > Appearance on the Fonts tab is set to 143 dpi, which is the right value with respect to the screen size and resolution. The width of a DIN A4 page fits exactly to what is shown for it in LO Writer when the zoom factor is set to 100%. What I forgot to mention: The size of the window can not be reduced. If it is called from an instance of LOWriter set to a smaller width, the width of this window exceeds the width of LO's main window. On the top right corner, there is only an indicator that it is maximized. No chance to alter its size. The screen's real estate of this dialog is not used very well: The width of each of the three columns could be made 2 cm smaller. When this window height would be reduced such that its content can't be displayed entirely, it should automatically be equipped with a scroll bar. But I think, that's standard of the applied libraries. Maybe, it is just the ability to resize the dialoig window whih is missing from all the Options windows. In some other place I have complained about LO windows which can be reduced so much that they can hardly be operated upon after setting them in such a unreasonable way: the Navigator's window when it is detached, can be made so narrow, that its title bar is no longer visible: in this strange state, it looks like the outline of a computer mouse and therefore it can only be spotted very hardly on a crowded screen. Every window of LibreOffice should prevent itself from being narrower than say 3 cm and its height not less than 1,5 cm.Such a rule would guarantee that at least parts of the title bar remains visible. The options dialog is quite the opposite: Its width can't be reduced below 22,5 cm (but it can be made wider) and I can't even measure its minimum height when its lower margin is beyond the lower edge of my screen even if everything else is aligned to the topmost possible position. Even if I reduce my screen's dpi value to 70 (everything becomes awfully tiny then), I see that this dialog window has items below what I was able to see before, but still there is no OK button. I think, the minimum settable height for this dialog should be fixed at 5 cm (provided that the system's dpi value is set correctly).
(In reply to Mihai Vasiliu from comment #2) > To me it seems as well that your display resolution is very low, so the > whole window cannot fit the screen. Either increase the resolution, or just > press Enter on the keyboard to confirm the settings. It should automatically > press the OK button which is out of the screen area. If I increase the dpi settings in Xubuntu Startmenu > Settings > Appearance on the Fonts tab to say 200 dpi, all outlines become larger and also all text elements in the dialog. Of course, then even less is seen to the bottom. I already described in Comment 3, what happens after a reduction of the system's dpi value. But you are right: After changing the settings as in my example and pressing Enter, this acknowledges the changes and they re-appear changed after the dialog is opened again. This might be a work around this bug, but it is a bug and it should be fixed, because it does not work as designed with a visible OK button. There may be instances, when this OK button can't be made visible.
(In reply to Adalbert Hanßen from comment #3) > $ xrandr > Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384 > LVDS-1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) > 344mm x 193mm > 1920x1080 60.02*+ 50.03 60.02 1080 should be plenty as a height. On my Windows VM I have only 800 height and View options does not get cut off at all. There is space above and below.
(In reply to Buovjaga from comment #5) > (In reply to Adalbert Hanßen from comment #3) > > $ xrandr > > Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384 > > LVDS-1 connected 1920x1080+0+0 (normal left inverted right x axis y axis) > > 344mm x 193mm > > 1920x1080 60.02*+ 50.03 60.02 > > 1080 should be plenty as a height. On my Windows VM I have only 800 height > and View options does not get cut off at all. There is space above and below. I just checked the issue on another laptop with exactly the same screen size but different resolution (1600x900) and with another LO-version: Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: d65d8a3adc9691451bfa21ca8c574b77e54a3290 CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded There the dialog Options has three buttons at its right top corner: 1. Roll in (what the hell is that good for, I see no use case to minimize a window to its title bar only. If I were allowed to vote, I would vote for removing this button.) I don't remember any other place in LO Writer where the roll in button is shown. 2. A button with a rectangle with double upper and lower edge (normally this would indicate a window which is not full size). Clicking on it does not change anything (except that during the click it reacts), 3. the close button. The other screen had 1600 pixels on its 344 mm wide screen (=13,54 inch). The real dpi for the other computer would be 118 dpi. But in the settings, it was declared 96 dpi. The zoom factor in LO Writer was set to 123%, therefore a document was displayed at its natural size. With the 96 dpi setting, the dialog window Options was displayed entirely (not cut off at the bottom). It could be resized in width and height in this program version (but the minimum limits were much to big, as mentioned before). With the correct setting of 118 dpi on the other computer, a small strip was cut off the bottom of the window options. The button OK was just visible and operational. Changes like in my bug report were carried out. Immediately after changing them, I called Options again and they re-appeared as set. However, after restarting LO Writer, zoom was set to *Use latest setting*, although I had selected *Use preferred values*, which is another bug. Conclusion: 1. The dialog window for Options in its various forms as chosen in the left column of it has the wrong minimum sizes (in both coordinate directions). 2. The button roll in 25.8.0.0.alpha0+ is superfluous. 3. The three columns of the dialog Options should each be narrowed by 2 cm. 4. When transforming dpi to window sizes, a margin of 20 % might be reasonable, because with the right dpi value and zoom setting, the dialog window still can exceed the physical screen and be cut off at the bottom. 5. Another bug appeared: After re-starting LO Writer, *Use preferred values* is shown and preset, even after *Use latest setting* had been stored before. BTW: changing dpi in the operating system does not influence the dialog sizes immediately. Character sizes react immediately, but Windows computations probably rely on values determined at program start (which is ok, but one must keep this in mind when testing): After changing the dpi value, the displayed size of a document did not change. After restarting LO Writer, it did.
(In reply to Adalbert Hanßen from comment #6) > There the dialog Options has three buttons at its right top corner: > > 1. Roll in (what the hell is that good for, I see no use case to minimize a > window to its title bar only. If I were allowed to vote, I would vote for > removing this button.) I don't remember any other place in LO Writer where > the roll in button is shown. > > 2. A button with a rectangle with double upper and lower edge (normally this > would indicate a window which is not full size). Clicking on it does not > change anything (except that during the click it reacts), > > 3. the close button. The buttons come from your desktop environment, nothing to do with LibreOffice.
(In reply to Buovjaga from comment #7) > (In reply to Adalbert Hanßen from comment #6) > > There the dialog Options has three buttons at its right top corner: > > > > 1. Roll in (what the hell is that good for, I see no use case to minimize a > > window to its title bar only. If I were allowed to vote, I would vote for > > removing this button.) I don't remember any other place in LO Writer where > > the roll in button is shown. > > > > 2. A button with a rectangle with double upper and lower edge (normally this > > would indicate a window which is not full size). Clicking on it does not > > change anything (except that during the click it reacts), > > > > 3. the close button. > > The buttons come from your desktop environment, nothing to do with > LibreOffice. LiibreOffice Writer's main window does not have the button "roll in window". Nor do other sub-windows (e.g. File>Open, File>Save as, File>Export as (this one only has the close button). Probably you are in error. There must be an option whether and which buttons a sub window carries. It is definitely not always the same set. And the dialog Tools>Options (in this particular version "25.8.0.0.alpha0+ (X86_64)" from comment 5) had this roll in button, which I have not seen in LO at least since long times. But let's first find out what is wrong with the triggering issue of this talk and first ignore the side findings (unless someone looking at the code realizes, where the side findings have their origin when mitigating the main issue).
(In reply to Adalbert Hanßen from comment #8) > LiibreOffice Writer's main window does not have the button "roll in window". > Nor do other sub-windows (e.g. File>Open, File>Save as, File>Export as (this > one only has the close button). Probably you are in error. I don't have any such roll in button in my KDE desktop environment. You haven't mentioned which desktop env you use.
(In reply to Buovjaga from comment #9) > (In reply to Adalbert Hanßen from comment #8) > > LiibreOffice Writer's main window does not have the button "roll in window". > > Nor do other sub-windows (e.g. File>Open, File>Save as, File>Export as (this > > one only has the close button). Probably you are in error. > > I don't have any such roll in button in my KDE desktop environment. You > haven't mentioned which desktop env you use. It is Xubuntu which uses xfce4. $ env | grep xfce XDG_MENU_PREFIX=xfce- XDG_DATA_DIRS=/usr/share/xubuntu:/usr/share/xfce4 .... ... $ Would it be possible, that a version for KDE (which uses qt, if I am right) does not provide a roll in button at all so it may be requested by some dialog but can't be serviced? But the roll in button thing really is a by-finding, not the main issue. The main issue is that under some circumstances the Options menu is too big to fit on a screen and it can't be made smaller and therefore the important button OK is cut off. Maybe, on other circumstances this button is shown close to the top of the window. I came across something like that and it was related to "client side decorations" (CSD). Bit I would not advocate for using CSD to move up such an OK button such that it never can be cut off by such a situation. I would rather suggest to use smaller minimum height values (and width values, if one has to touch that at all). These minimum values certainly have to do something with screen resolution and the dpi value of the system...
*** This bug has been marked as a duplicate of bug 134791 ***
Created attachment 199145 [details] The window size of certain LO dialog windows can take abnormal sizes. Here the button roll-up has been suppressed.
(In reply to Adalbert Hanßen from comment #10) > (In reply to Buovjaga from comment #9) > > (In reply to Adalbert Hanßen from comment #8) > > > LiibreOffice Writer's main window does not have the button "roll in window". > > > Nor do other sub-windows (e.g. File>Open, File>Save as, File>Export as (this > > > one only has the close button). Probably you are in error. > > > > I don't have any such roll in button in my KDE desktop environment. You > > haven't mentioned which desktop env you use. > > It is Xubuntu which uses xfce4. > > $ env | grep xfce > XDG_MENU_PREFIX=xfce- > XDG_DATA_DIRS=/usr/share/xubuntu:/usr/share/xfce4 .... > ... > $ > > Would it be possible, that a version for KDE (which uses qt, if I am right) > does not provide a roll in button at all so it may be requested by some > dialog but can't be serviced? > > But the roll in button thing really is a by-finding, not the main issue. > > ... The answers in the thread of this link shows how one can suppress roll-up buttons on Xubuntu: https://stackoverflow.com/questions/79383999/is-it-possible-to-disable-roll-in-roll-out-completely-in-xfce4.