Bug Hunting Session
Bug 90871 - Drop-down and pop-up menus can open down behind Windows taskbar [Windows, multimonitor]
Summary: Drop-down and pop-up menus can open down behind Windows taskbar [Windows, mul...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.1.6.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 100696 (view as bug list)
Depends on:
Blocks: Multimonitor
  Show dependency treegraph
 
Reported: 2015-04-25 20:55 UTC by Gordo
Modified: 2019-03-08 12:06 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
screenshot of Tools Options View (52.99 KB, image/png)
2015-04-25 23:26 UTC, Gordo
Details
screenshot of Style Category dropdown (88.80 KB, image/png)
2015-04-25 23:27 UTC, Gordo
Details
screenshots of lists opening up and down on vista (715.75 KB, application/vnd.oasis.opendocument.text)
2015-05-05 21:42 UTC, Terrence Enger
Details
PDF file with screen shots for reproducing bug (239.22 KB, application/pdf)
2016-07-18 07:20 UTC, Lars Jødal
Details
Screenshot showing pop-up menu extending behind Windows taskbar (30.75 KB, image/png)
2017-11-28 09:39 UTC, Lars Jødal
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gordo 2015-04-25 20:55:49 UTC
I did the following with LO maximized:

1. New Text Document.
2. Insert table.
3. With cursor in table, open Styles and Formatting in Sidebar.
4. Click on Paragraph Styles icon in Sidebar.
5. Click on Style Category dropdown at bottom.
Result:
List opens upwards.
6. Click on Character Styles icon in Sidebar.
7. Click on Style Category dropdown at bottom.
Result:
List opens downwards.

This also affects Frame, Page, and List.

Happens for anything that has a toolbar docked at the bottom i.e. bullets and numbering.

If the window is not maximized then the dropdown open downwards for everything depending on how far away the window is from the bottom of the screen.

Version: 4.4.2.2
Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6
Comment 1 Yousuf Philips (jay) (retired) 2015-04-25 21:26:24 UTC
Hi Gordo,

Thank you for filing the bug, but unfortunately i wasnt able to reproduce it with 4.4.2 on Windows 7.

Is it possible for you to do a screencast showing the steps to reproduce this bug. There are free screencast software including camstudio or screencast-o-matic.com.
Comment 2 Yousuf Philips (jay) (retired) 2015-04-25 21:48:45 UTC
Thinking some more, can you send a screenshot of what Tools > Options > View looks like first.
Comment 3 Gordo 2015-04-25 23:26:23 UTC
Created attachment 115104 [details]
screenshot of Tools Options View
Comment 4 Gordo 2015-04-25 23:27:16 UTC
Created attachment 115105 [details]
screenshot of Style Category dropdown
Comment 5 Yousuf Philips (jay) (retired) 2015-04-26 02:14:47 UTC
Quite interesting screenshot. Which Windows version are you running and had you noticed this same behaviour in previous version.
Comment 6 Gordo 2015-04-26 10:10:35 UTC
I'm running Windows Vista 64.

I don't know if it was in a previous version.  I had noticed it before but could never reproduce it until it happened again and that's when I realised that it was in instances with the toolbar at the bottom.

There is bug 90020 where my context menu disappears behind the taskbar and bug 89914 where one bookmark also disappears behind the taskbar.  I'm guessing these are confined to Vista as well.
Comment 7 Yousuf Philips (jay) (retired) 2015-04-27 06:07:38 UTC
Well you can give older versions a try in the following links without the need to install them and see if it can be reproduced there as well.

http://downloadarchive.documentfoundation.org/libreoffice/old/4.1.6.2/portable/
http://downloadarchive.documentfoundation.org/libreoffice/old/4.2.8.2/portable/
http://downloadarchive.documentfoundation.org/libreoffice/old/4.3.6.2/portable/
Comment 8 Gordo 2015-04-27 12:01:44 UTC
Reproducible in 4.3.6.2, 4.2.8.2, and 4.1.6.2 portable versions.

4.1.6 had the bug with and without the Sidebar.
Comment 9 Yousuf Philips (jay) (retired) 2015-05-01 09:31:41 UTC
Well the drop down should open downwards if the window has enough space between it and the taskbar, but for some strange reason it must be thinking that there is. I've asked another QA team member to check this issue on Windows XP and couldnt confirm it there either, so this likely is a Windows Vista only issue.
Comment 10 Terrence Enger 2015-05-05 21:42:42 UTC
Created attachment 115369 [details]
screenshots of lists opening up and down on vista

With LibreOffice 4.4.2.2 running on Vista, I see the behaviour which
Gordo reports.  

However the lists seem to me to open in the correct directions: as I
extend the Writer window down to successively lower positions on the
desktop the long list (categories of paragraph styles) opens downwards
and then upwards and then the short list (categories of character
styles) opens downwards and then upwards.  I have tried to capture the
screenshots so that each change from open-downwards to open-upwards is
triggered by a small change in the position of the bottom edge of the
writer window.

Am I misunderstanding something?
Terry.
Comment 11 Gordo 2015-05-05 22:34:38 UTC
Terry,

Can you try it with the window maximized with the different styles--Paragraph, Character, Frame, Page, and List.  You should see that Paragraph is the only one that opens upwards when there is a toolbar at the bottom.

Thanks
Comment 12 Terrence Enger 2015-05-07 15:30:37 UTC
Gordo,

With LibreOffice window maximized and tables toolbar showing at the
bottom of the screen, I see:

(*) The list of paragraph styles, which has 13 entries, opens upward.

(*) The four other list of categories, which have 5 entries, open
    downwards.  Bottom of the lists are just a few pixels above the
    bottom of the application area of the desktop.

A less tall toolbar, like the search toolbar, brings the control for
the list of style categories closer to the bottom of the application
area, and all lists of style categories open upward.

So, the behaviour seems to be: open downward if there is enough room
above the bottom of the document area of the desktop, otherwise open
upward.  LibreOffice on Linux seems to follow the same rule.

I still find this reasonable.  Indeed, it seems that always opening
downward could result in something like "context menu disappears
behind the taskbar".  (Just going by what I read in this report; I
cannot look at bug 90020 as I am off-line as write this.)

What better rule do you propose for choosing the direction in which a
drop-down list is drawn?

Terry.
Comment 13 Gordo 2015-05-07 16:53:53 UTC
Terry,

I maybe should have worded my inital description better.  The issue I have is the dropdown opens downward instead of upward while the application is maximized.  The screenshot in attachment 115105 [details] shows just the top of Custom Styles with the rest disappearing behind the taskbar.  With the Find toolbar the list still opens downward.  I do have the Status Bar on.  With it off, the list opens upward with either the Table or Find toolbar.

From what you've said, it sounds like the each control determines the distance and makes a decision to open up or down, whether that be the one we are discussing, buttons on toolbars, or context menus.

I could suggest introducing a check on whether or not the application is maximized but that could be messy having to know which controls should do what, where, and when.  The reality is that Vista is EOL in 2017 and its users make up only a small percentage of Windows usage--and how much of that percentage uses LO.

I haven't tried 5.0.  I was told that there are some stylistic differences.
Comment 14 Terrence Enger 2015-05-21 11:34:35 UTC
Gordo,

I am sorry to be slow catching on.  I think, then, that I am simply
seeing behaviour different from what you see.

Is it possible for you to try a newer version of LibreOffice?

Thanks,
Terry.
Comment 15 Gordo 2015-05-21 12:10:39 UTC
I have tried master over the past few days.  It still does it.  I thought perhaps there might have been slight changes to heights between things but that was wishful thinking.

As a workaround, instead of maximizing the window, the alternative is to size the window to be as big as the screen or get a bigger monitor.
Comment 16 Terrence Enger 2015-05-21 19:44:45 UTC
I have tried two older versions of LibreOffice:

(*) 4.1.6.2, as per version field of the report:
        Version: 4.1.6.2
        Build ID: 40ff705089295be5be0aae9b15123f687c05b0aCOPY HELP>ABOUT HERE

(*) 4.4.2.2, as per description
        Version: 4.4.2.2
        Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6
        Locale: en_CA

In each, dropdown lists seems to me to work correctly.

My Windows is a 32-bit version:
    Windows Vista(TM) Home Premium
    Copyright (c) 2007 Microsoft Corporation.  All rights reserved.
    Service Pack 2
and this is one possible reason for my different results.

I do not know what else I can try.  Suggestions welcome.

Terry.
Comment 17 Gordo 2015-05-21 23:00:10 UTC
I was able to achieve slightly different results depending on what Icon size and style and/or scaling was used.

I changed scaling down 1%.
Scaling:  99%
Icon size:  Automatic
Style:  Sifr
Result:
Still opens downward but now Custom Styles is fully visible.
Comment 18 Terrence Enger 2015-06-01 20:01:41 UTC
I asked some Vista users to test the bug.  Walter Moore says:

I tried this and everything works correctly. I tried it with taskbar
hidden and taskbar fixed.  No error.
Comment 19 João Paulo 2015-06-03 04:29:37 UTC
(In reply to Terrence Enger from comment #18)
> I asked some Vista users to test the bug.  Walter Moore says:
> 
> I tried this and everything works correctly. I tried it with taskbar
> hidden and taskbar fixed.  No error.

Hi, I am one of the Vista users you contacted. Read all the comments on this bug and couldn't reproduce it. Running LibreOffice 4.4.3.2 (build id 88805f81e9fe61362df02b9941de8e38a9b5fd16, locale PT-BR) on Windows Vista SP2 64 bits.

Maybe if @Gordo could try running a portable updated version, as I tried with his reported version (4.1.6.2) at the link @Yousuf provided (http://downloadarchive.documentfoundation.org/libreoffice/old/4.1.6.2/portable/), and still couldn't reproduce it.
Comment 20 Gordo 2015-06-03 11:30:32 UTC
Well, it turns out that it is my graphics cards.  I have two AMD/ATI Radeon HD 4870 cards and have it set to extended desktop.  It doesn't matter which desktop LO is on, it still responds the same way.  With the other desktop disabled LO doesn't have the problem.

My apologies, I should have realised it sooner.
Comment 21 Terrence Enger 2015-06-03 19:12:38 UTC
Having two graphics cards and extended desktop makes this a rather
special configuration.  I have added this bug to
"QA/BugTriage/Specific configurations"
<https://wiki.documentfoundation.org/QA/BugTriage/Specific_configurations>.
Comment 22 Buovjaga 2015-06-10 16:13:44 UTC
(In reply to Terrence Enger from comment #21)
> Having two graphics cards and extended desktop makes this a rather
> special configuration.  I have added this bug to
> "QA/BugTriage/Specific configurations"
> <https://wiki.documentfoundation.org/QA/BugTriage/Specific_configurations>.

Wow, I never saw that one! It is basically the same as my HardBugs: https://wiki.documentfoundation.org/QA/BugTriage/HardBugs
Comment 23 Lars Jødal 2016-07-18 07:12:53 UTC
Noting that this bug is still "unconfirmed", I
Comment 24 Lars Jødal 2016-07-18 07:20:03 UTC
Created attachment 126268 [details]
PDF file with screen shots for reproducing bug
Comment 25 Lars Jødal 2016-07-18 07:38:19 UTC
(In reply to Lars Jødal from comment #23)
> Noting that this bug is still "unconfirmed", I

Oops, here comes the full report...

Noting that this bug is still "unconfirmed", here are my observations of reproducing the bug.

a) It only seems to apply to systems with more than one monitor. I was able to reproduce the bug on a two-monitor system, but disabling the second monitor, the bug could no longer be reproduced.

b) The bug seems to depend on the distance to the bottom of the screen. It looks like the menu system is aware of the bottom of the screen, but not always aware of the top of the Windows taskbar.

How to reproduce (quite similar to Gordo's original list):

1. Use two-monitor Windows system.
2. New Writer document. Maximize to full screen.
3. Make a toolbar active at the bottom, e.g. <ctrl>-F for "find" toolbar.
4. In sidebar, choose "Styles and Formatting".
5. Choose "Character styles" (not-too-long menu) and click on the bottom menu. The menu extends down below the Windows taskbar.

6. If you instead use "Paragraph styles", then the menu is longer, and the menu opens upwards, avoiding problems.

See attachment for screenshots.

Bug 93466 and bug 100696 seems to be variants of the same problem.

My configuration was LO version 5.1.4.2 on Windows 10, two-monitor system, both screens of equal size (1920 x 1080 pixels). But as reported in bug 100696, I have seen a very similar problem with Window 7 on a two-screen system with different screen sizes.
Comment 26 Buovjaga 2016-07-18 09:11:28 UTC
Yeah, let's set to NEW.
Comment 27 Buovjaga 2016-07-18 09:11:39 UTC
*** Bug 100696 has been marked as a duplicate of this bug. ***
Comment 28 Lars Jødal 2016-09-21 08:06:50 UTC
I have removed "Vista" from the title of the bug, since it can be reproduced on other Windows systems also (see comment 24 and comment 24).
Comment 29 QA Administrators 2017-11-26 17:11:22 UTC Comment hidden (obsolete)
Comment 30 Lars Jødal 2017-11-28 09:39:42 UTC
Created attachment 138035 [details]
Screenshot showing pop-up menu extending behind Windows taskbar

The bug is still present in current version 5.4.3.2, as well as in development version 6.1.0.0.alpha0+ (master from 2017-11-27). However, change of the menu dialogues have invalidated some of the steps to reproduce, so here follows a new description with a more general example.

To reproduce:

1. Use two-monitor Windows system.
2. New Writer document. (Full screen not necessary)
3. Fill the documents with enough lines (empty or with text) that some lines are near the bottom of the screen.
4. Identify a line in the document about 7 cm / about 2.7 inches from bottom of the screen, i.e. distant enough that the pop-up menu (size about 6.1 cm / 2.4 inches) can fit above screen bottom, but not above Windows taskbar (height about 1 cm / 0.4 inches).
5. Right-click on this line to open pop-up menu. 

Behaviour: Pop-up menu will open downwards and extend behind Windows taskbar. Example shown in attachment.

Expected behaviour: Pop-up menu should always open in a way where it is free of the Windows taskbar.

Admittedly, the choice of the line (step 4) may take a bit of experimentation. Still, the 7 cm is just an example, the interval has a width corresponding to the height of the Windows taskbar. Once again, please note that the bug applies applies only to a configuration with two (or more?) monitors, not single-monitor configuration.

Guess: I notice that the Windows taskbar is only shown on one of the monitors. Perhaps LO is fooled by the fact that there is a little more space on one monitor than the other?
Comment 31 Lars Jødal 2017-11-28 09:46:38 UTC
I have (once again) edited the title of this bug to better reflect the root of the problem. See my description in comment 30.

Best regards,
Lars
Comment 32 QA Administrators 2018-11-29 03:52:53 UTC Comment hidden (obsolete)
Comment 33 Lars Jødal 2019-03-08 12:06:00 UTC
Still present in LO 6.2.1.2

Version: 6.2.1.2 (x64)
Build ID: 7bcb35dc3024a62dea0caee87020152d1ee96e71
CPU tråde: 4; Styresystem: Windows 10.0; Gengiver af brugergrænseflade: GL; VCL: win; 
Lokalisering: da-DK (da_DK); Sprog for brugergrænseflade: da-DK
Calc: threaded