After downloading and installing Libreoffice 6.0 to replace the version #5 that I had before, the features for the "Create:" heading below "Impress Presentation" are not accessible because they are below the "Extensions" area and can't be seen or accessed. I mean the features such as "Draw" or "Math", etc. I did not have this problem with the previous version #5. I am not able to scroll down or find any way to access these other features. I am not enclosing an documentation of this. I have an HP 15 computer with an AMD A6-5200 processor and windows 10.
Problem is always present after the download and installation of the new version of Libreoffice 6.0
Problem is always persistent.
User Profile Reset: Yes
User-Agent: Mozilla/5.0 (Windows NT 6.2; Win64; x64; rv:60.0) Gecko/20100101 Firefox/60.0
Thank you for reporting the bug.
Unfortunately without clear steps to reproduce it, we cannot track down the origin of the problem.
Please provide a clearer set of step-by-step instructions on how to reproduce the problem.
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the steps are provided
Created attachment 142459 [details]
I discovered the solution to the problem myself.
I solved the problem myself by clicking on the little square in the upper right corner which enlarges the window. Then all the items under the "Create:" heading become visible and are accessible.
This is not reproducible neither under Linux (with version 184.108.40.206 and the Gtk+ 3 VCL backend) nor under Windows XP (with version 220.127.116.11): neither of these versions allow me to resize down the Start Center window so that some of its contents isn’t visible. Maybe this was due to a corrupt user profile. Anyhow, this can be fixed by making the side pane of the Start Center window scrollable.
Fortunately, a recent bug report has a resizing & positioning macro that allows us to simulate the starting situation.
1. Open attachment 142300 [details] (enable macros when asked)
2. Close document so you drop to start center
Interestingly, the running the macro on Linux does not alter the height, so the case is Windows-only.
Let's ask UX team. Should we limit the ability to resize the height, by macros & whatever cosmic coincidences?
(In reply to Buovjaga from comment #4)
> Let's ask UX team. Should we limit the ability to resize the height, by
> macros & whatever cosmic coincidences?
No, we shouldn't.
The OP solved his problem by resizing the application (NOTABUG) and if the issue of hidden parts was regarding the main menu, it would be NOTOURBUG.