Download it now!
Bug 137031 - "File Associations" Option header without any options shown
Summary: "File Associations" Option header without any options shown
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: framework (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: difficultyBeginner, easyHack, skillDesign, topicUI
Depends on:
Blocks: Options-Dialog
  Show dependency treegraph
Reported: 2020-09-25 19:50 UTC by Jim Avera
Modified: 2020-09-30 03:57 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

screenshot (175.32 KB, image/png)
2020-09-25 19:51 UTC, Jim Avera

Note You need to log in before you can comment on or make changes to this bug.
Description Jim Avera 2020-09-25 19:50:48 UTC
In Windows 10 (64-bit) LO, Tools->Options->General shows a "featureless" title

   LibreOffice File Associations

i.e. there are no actual controllable options listed after it (screenshot attached).   This does not appear at all on Linux, so it seems to be OS-specific.

(Don't know if this is intended to let the user control *OS* file associations... which would be very nice because AFAIK there is currently no easy way to make LibreOffice be the default app to open .doc .docx, .xlsx etc. as well as all the ODF file types without manually selecting LO for each file type individually, which is both painful and unrealistic for ordinary people to do.)

Steps to Reproduce:
1. Tools->Options and click "General"

Actual Results:
See "LibreOffice File Associations" at the bottom but no options to control.

Expected Results:

Reproducible: Always

User Profile Reset: No

Additional Info:
Comment 1 Jim Avera 2020-09-25 19:51:38 UTC
Created attachment 165851 [details]
Comment 2 Roman Kuznetsov 2020-09-25 20:55:32 UTC
confirm in 

Version: (x64)
Build ID: 52a49f9e480ca03e231cfda82640a928393131c9
CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Vulkan; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL

Jim, you can move down a bottom border of the dialog window and you'll see a button (that's windows specific option)

UX-team, possibly we should make Options dialog wider and heigher by default?
Comment 3 Jim Avera 2020-09-25 21:37:53 UTC

The dialog *has no scroll bar* like other things which have off-screen content, so it is not obvious that there is anything more to see; and the OS provides no border or resize handles/corner indicator because it is a modal pop-up.

Why not make pop-ups always large enough to hold all their content?

The limitation is available screen size, which "in general" could be quite small, for example in a Virtual Machine the user can make the virtual desktop any size. 

Currently LO's pop-ups and menus are not usable if the screen is too small to contain all their content.   The exception is in Writer where tool-bar drop-downs now auto-cascade very nicely according to how wide the LO window is.  However the primary menus (File, Edit, ... Tools, ...) don't work that way; in particular the bottom items in the "Tools" menu are inaccessible if the screen is too short to allow the whole menu to be seen at once.
Comment 4 Heiko Tietze 2020-09-29 07:47:04 UTC
(In reply to Roman Kuznetsov from comment #2)
> UX-team, possibly we should make Options dialog wider and heigher by default?

Better add a GtkScrollWindow behind the content in this tab. Jim expects a scrollbar when content is out of sight.

Code pointer: cui/uiconfig/ui/optgeneralpage.ui