Arrows missing in LibreOffice such that sub-menu can't be shown

[Hugo Cheung]

In LibreOffice Writer, when a toolbar is docked, icons on the toolbar that can't be shown due to limited space are grouped to be shown in a vertical menu triggered by pressing the "more button" (the button with ">>" on it). The bug is that these icons that have sub-menu(e.g. a color palette) shown in a vertical menu don't have arrows beside them to trigger their respective sub-menu. However, it is expected that icons that have sub-menu should have arrows beside them even if they are grouped in a vertical menu.
Example:
On "Formatting" menu, the "Highlighting" button should have an arrow beside it such that a color palette can be shown after pressing the arrow for users to choose the highlighting color. However, when this button is grouped in a vertical menu triggered by pressing the "more button", the arrow is gone. As a result, users can't choose the highlighting color. Instead, users have to make the toolbar not docked such that the arrow appears again.
Screenshots:
Arrow missing when toolbar is docked: http://imgur.com/2Vp8n,FK1wI
Arrow not missing when toolbar is not docked:http://imgur.com/2Vp8n,FK1wI#1
What I expect after the problem is resolved: http://imgur.com/YtoD0
The same is for "Background Color" button.
I think apart from LIbreOffice Writer, LibreOffice Impress, LibreOffice Calc, etc also have this problem.
Screenshots of the problem in LibreOffice Impress:
Arrow missing when toolbar is docked: http://imgur.com/Moh1v,oQoRx#0
Arrow not missing when toolbar is not docked: http://imgur.com/Moh1v,oQoRx#1
My information:
Release of Ubuntu using: Ubuntu 12.04 LTS
Version of the package "libreoffice-writer": 1:3.5.4-0ubuntu1
I am sorry if the information provided is not clear or complete as this is my first time to report a bug in Ubuntu. I will be very happy to provide additional information if needed.
Thanks for your help.

[Michèle Garoche (migatine)]

Created attachment 39122
screenshot of the tools not accessible in red

System/Architecture: Mac OS X 10.5.8 Intel
LibreOffice version: 3.3.0

When dragging toolbars which have fields or submenu like Picture in Impress, some elements are no more accessible.

[Kendy-k (kendy-k)]

Can you please specify more what you mean by 'are no more accessible'? It is impossible to click on them? Or?

[Michèle Garoche (migatine)]

(In reply to comment #1)
> Can you please specify more what you mean by 'are no more accessible'? It is
> impossible to click on them? Or?
You may click on them of course, but it has no effect. You cannot view the submenu for colors or the field and the arrows for transparency as when they are positioned horizontally.
Screenshots attached.

[Michèle Garoche (migatine)]

Created attachment 39446
Sub menu color when positioned horizontally

Not viewed when clicking on the color menu when it is positioned vertically

[Michèle Garoche (migatine)]

Created attachment 39447
Transparent field and arrows when positioned horizontally

Not viewed when clicking on transparent icon when it is positioned vertically

[Tlillqvist-k (tlillqvist-k)]

Do you see the same still in beta 3?

[Michèle Garoche (migatine)]

(In reply to comment #5)
> Do you see the same still in beta 3?
Sub menu color expands now. The reminder does not expand.
A screenshot showing the difference between the toolbar when placing horizontally and vertically is attached.

[Michèle Garoche (migatine)]

Created attachment 40427
Comparison horizontal/vertical picture toolbar in impress

[Libreoffice-z (libreoffice-z)]

[Reproducible] with "LibreOffice 3.3.0 RC1 - WIN XP German UI [OOO330m17 (build 3.3.0.1". Because no precise version information from reporter available I set this one in picker.
Also a Prolbem in CALC and WRITER, so general UI problem. It seems that pulldowns or icons with pulldowns have problems in vertically adjusted toolbars, for example format toolbar / character size.

I generally do not use vertical toolbars since OOo 1.4, but users with widescreen monitors might use that, and it's very visible problem, so I will nominate this one as a blocker.

@Cédric:
May be we are lucky and the problem will have been solved with the fix for Bug 32172?

[Libreoffice-z (libreoffice-z)]

Also a problem with OOo 3.4-dev and OOo 3.1.1, I become a little doubtful concerning my blocker classification.

[Cedric-bosdonnat-ooo (cedric-bosdonnat-ooo)]

(In reply to comment #8)
> I generally do not use vertical toolbars since OOo 1.4, but users with
> widescreen monitors might use that, and it's very visible problem, so I will
> nominate this one as a blocker.

Well, I don't really agree having that one as a blocker: this may even not be a regression and people still can use the toolbars. This can be fixed in a micro release.

> @Cédric:
> May be we are lucky and the problem will have been solved with the fix for Bug
> 32172?

No it's completely unrelated code.

[Libreoffice-z (libreoffice-z)]

Blocker -> Normal, hasn't been a big problem for OOo, so here it isn't a blocker, too.

[Sasha-libreoffice (sasha-libreoffice)]

Even toolbar Format has problem in vertical position.
And this bug is duplicate for bug 35000

[Libreoffice-z (libreoffice-z)]

*** Bug 35000 has been marked as a duplicate of this bug. ***

[Libreoffice-z (libreoffice-z)]

Quick test with "LibreOffice 3.4.2 - WIN7 Home Premium (64bit) Spanish UI [OOO340m1 (Build:203)]" still showed the problem. Visible icons work fine, but if Toolbar is too long "context Menu" does not work, no picker appears For WRITER character color, background, ... But that "no picker appears" is something different, also is a problem with horizontal docked toolbar

I also still see reported Impress / DRAW picker problems.

[Björn Michaelsen (bjoern-michaelsen)]

Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.

[Sasha-libreoffice (sasha-libreoffice)]

*** Bug 47714 has been marked as a duplicate of this bug. ***

[Sasha-libreoffice (sasha-libreoffice)]

*** Bug 39745 has been marked as a duplicate of this bug. ***

[Sasha-libreoffice (sasha-libreoffice)]

*** Bug 48631 has been marked as a duplicate of this bug. ***

[julien2412 (serval2412-6)]

Just for an update, on master sources updated today, I reproduce these kind of problems.
I noticed no specific logs on console when the problem occured.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Frank Winklmeier (frank-winklmeier)]

I am seeing the same problem with Version 3.6.1.2 (Build ID: e29a214) on Ubuntu 11.04 (x86). In Impress or Writer, clicking on the little black dropdown arrow of the "Font Color" toolbar icon has no effect. No dropdown menu appears. The same is true for some of the other toolbar icons I tried (e.g. arrow style). Others like "Font Size" or "Font Name" work just fine. Contrary to the other reports here, it doesn't matter weather the toolbar is attached horizontally or vertically. The dropdown never works. I tried a complete re-install and also deleted .config/libreoffice/3/user without success. This makes LibreOffice basically unusable for me at the moment.

[Sasha-libreoffice (sasha-libreoffice)]

@ Frank Winklmeier
Thanks for additional testing.
Please, do not change "Version" and "Platform"

[Frank Winklmeier (frank-winklmeier)]

I still see the same problem that I reported in comment #20 with Version 3.6.2.2 (Build ID: da8c1e6). It makes LibreOffice completely unusable on Ubuntu for me. Please let me know in case you need more information.

[Libreoffice-z (libreoffice-z)]

May be we have to find different solutions for each affected button / icon / selector?

I reduce this bug to 1 icon from original report

@Michèle Garoche
Can you please submit separate bugs for each separate problem and list these bugs in "Bug 56602 - [Task]: Make toolbar icon function available for vertical toolbar arrangement"? I hope so we can get start fixing these problems a little quicker.

[Frank Winklmeier (frank-winklmeier)]

@Rainer Bielefeld: I observe this problem for both vertical and horizontal toolbars. Should I submit a new bug report for this or is it the same issue?

[Toomas (toomaskaevand)]

This problem is still present LibreOffice 4.0.2.2 on Ubuntu (12.04, 13.04) and Windows 7/8.

[mlavarini (mlavarini)]

This problem is presented using libreoffice 4 (calc) on ubuntu 10.04 with compiz.

Problem on the toolbar:

                                           Edge button, button background color, font color button does not work, are DISABLED

Solution:

                open compiz and disable the widget layer option.

I dont have a solution for windows 7 and 8.

[Bfo-bugmail (bfo-bugmail)]

Confirmed with:
LO 4.2.0.0.alfa0
Build ID: 2013-06-24 own debug build
Windows 7 Professional SP1 64 bit

Still an issue.

[Jadema (jadema)]

When using vertical toolbars, the "Font Name" and "Font Size" (and probably other) buttons do not work as triggers for drop-down menus, as they do in horizontal mode.

Font Name at least opens the "Character" dialogue, which is not the expected behavior.

Font Size does nothing at all.

Feels like vertical toolbar users are second-class citizens, which is curious given the prevalence of small widescreen monitors on laptops in which vertical space is at a premium and two-up is not practical.

Using 4.1.2.3 on Mac OS X 10.9.

[Cedric-bosdonnat-ooo (cedric-bosdonnat-ooo)]

Restricted my LibreOffice hacking area

[Qa-admin-q (qa-admin-q)]

Please read this message in its entirety before responding.

Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed.

If you have time please do the following:
1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer).
2) If it is present please leave a comment telling us what version of LibreOffice and your operating system.
3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System

Please DO NOT
1) Update the version field
2) Reply via email (please reply directly on the bug tracker)
3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link:
https://wiki.documentfoundation.org/QA/BugTriage

There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/.

Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material

[Carolus (h-c-croon)]

(In reply to QA Administrators from comment #28)
> Please read this message in its entirety before responding.
>
> Your bug was confirmed at least 1 year ago and has not had any activity on
> it for over a year. Your bug is still set to NEW which means that it is open
> and confirmed. It would be nice to have the bug confirmed on a newer version
> than the version reported in the original report to know that the bug is
> still present -- sometimes a bug is inadvertently fixed over time and just
> never closed.
>
> If you have time please do the following:
> 1) Test to see if the bug is still present on a currently supported version
> of LibreOffice (preferably 4.2 or newer).
> 2) If it is present please leave a comment telling us what version of
> LibreOffice and your operating system.
> 3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave
> a short comment telling us your version and Operating System
>
> Please DO NOT
> 1) Update the version field
> 2) Reply via email (please reply directly on the bug tracker)
> 3) Set the bug to RESOLVED - FIXED (this status has a particular meaning
> that is not appropriate in this case)
>
> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
> +
> LibreOffice is powered by a team of volunteers, every bug is confirmed
> (triaged) by human beings who mostly give their time for free. We invite you
> to join our triaging by checking out this link:
> https://wiki.documentfoundation.org/QA/BugTriage
>
> There are also other ways to get involved including with marketing, UX,
> documentation, and of course developing -
> http://www.libreoffice.org/get-help/mailing-lists/.
>
> Lastly, good bug reports help tremendously in making the process go
> smoother, please always provide reproducible steps (even if it seems easy)
> and attach any and all relevant material

Hi,

At the time I reported the bug, I was using Win XP SP3. Now I use Ubuntu Linux 14.04. LO is now is version 4.3.1.2. The bug concerning increase or decrease font is not present in this version.
(In reply to QA Administrators from comment #28)
So, as far as I am concerned, this bug can is resolved.

Carolus

> Please read this message in its entirety before responding.
>
> Your bug was confirmed at least 1 year ago and has not had any activity on
> it for over a year. Your bug is still set to NEW which means that it is open
> and confirmed. It would be nice to have the bug confirmed on a newer version
> than the version reported in the original report to know that the bug is
> still present -- sometimes a bug is inadvertently fixed over time and just
> never closed.
>
> If you have time please do the following:
> 1) Test to see if the bug is still present on a currently supported version
> of LibreOffice (preferably 4.2 or newer).
> 2) If it is present please leave a comment telling us what version of
> LibreOffice and your operating system.
> 3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave
> a short comment telling us your version and Operating System
>
> Please DO NOT
> 1) Update the version field
> 2) Reply via email (please reply directly on the bug tracker)
> 3)...

[Toomas (toomaskaevand)]

The issue is still present (at least on ubuntu 14.04 and windows 8.1). I'm
using LO 4.3.2.2 on Ubuntu and Windows 8.1.
This means, that the bug still exists.
BR,

Toomas

On Thu, Oct 23, 2014 at 11:02 PM, Carolus <email address hidden>
wrote:

> (In reply to QA Administrators from comment #28)
> > Please read this message in its entirety before responding.
> >
> > Your bug was confirmed at least 1 year ago and has not had any activity
> on
> > it for over a year. Your bug is still set to NEW which means that it is
> open
> > and confirmed. It would be nice to have the bug confirmed on a newer
> version
> > than the version reported in the original report to know that the bug is
> > still present -- sometimes a bug is inadvertently fixed over time and
> just
> > never closed.
> >
> > If you have time please do the following:
> > 1) Test to see if the bug is still present on a currently supported
> version
> > of LibreOffice (preferably 4.2 or newer).
> > 2) If it is present please leave a comment telling us what version of
> > LibreOffice and your operating system.
> > 3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and
> leave
> > a short comment telling us your version and Operating System
> >
> > Please DO NOT
> > 1) Update the version field
> > 2) Reply via email (please reply directly on the bug tracker)
> > 3) Set the bug to RESOLVED - FIXED (this status has a particular meaning
> > that is not appropriate in this case)
> >
> > + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
> + +
> > +
> > LibreOffice is powered by a team of volunteers, every bug is confirmed
> > (triaged) by human beings who mostly give their time for free. We invite
> you
> > to join our triaging by checking out this link:
> > https://wiki.documentfoundation.org/QA/BugTriage
> >
> > There are also other ways to get involved including with marketing, UX,
> > documentation, and of course developing -
> > http://www.libreoffice.org/get-help/mailing-lists/.
> >
> > Lastly, good bug reports help tremendously in making the process go
> > smoother, please always provide reproducible steps (even if it seems
> easy)
> > and attach any and all relevant material
>
> Hi,
>
> At the time I reported the bug, I was using Win XP SP3. Now I use Ubuntu
> Linux 14.04. LO is now is version 4.3.1.2. The bug concerning increase or
> decrease font is not present in this version.
> (In reply to QA Administrators from comment #28)
> So, as far as I am concerned, this bug can is resolved.
>
> Carolus
>
>
> > Please read this message in its entirety before responding.
> >
> > Your bug was confirmed at least 1 year ago and has not had any activity
> on
> > it for over a year. Your bug is still set to NEW which means that it is
> open
> > and confirmed. It would be nice to have the bug confirmed on a newer
> version
> > than the version reported in the original report to know that the bug is
> > still present -- sometimes a bug is inadvertently fixed over time and
> just
> > never closed.
> >
> > If you have time please do the following:
> > 1) Test to see if the bug is still present on a currently supported
> version
> > of LibreOffice (preferably ...

[Ch-9 (ch-9)]

(In reply to Carolus from comment #29)
> So, as far as I am concerned, this bug can is resolved.

Great!
Status -> Resolved: Works for me

[Toomas (toomaskaevand)]

It still doesn't work. The same problem is present on all platforms I'v
tested the LO: Fedora 20 (LO 4.2.6.3), Ubuntu 14.04 (LO 4.3.2.2) and
Windows 8.1 (LO 4.3.2.2).

On Sun, Oct 26, 2014 at 10:29 PM, Bug Watch Updater <
<email address hidden>> wrote:

> ** Changed in: df-libreoffice
> Status: Confirmed => Invalid
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1033116
>
> Title:
> Arrows missing in LibreOffice such that sub-menu can't be shown
>
> Status in LibreOffice Productivity Suite:
> Invalid
> Status in “libreoffice” package in Ubuntu:
> Confirmed
>
> Bug description:
> In LibreOffice Writer, when a toolbar is docked, icons on the toolbar
> that can't be shown due to limited space are grouped to be shown in a
> vertical menu triggered by pressing the "more button" (the button with ">>"
> on it). The bug is that these icons that have sub-menu(e.g. a color
> palette) shown in a vertical menu don't have arrows beside them to trigger
> their respective sub-menu. However, it is expected that icons that have
> sub-menu should have arrows beside them even if they are grouped in a
> vertical menu.
> Example:
> On "Formatting" menu, the "Highlighting" button should have an arrow
> beside it such that a color palette can be shown after pressing the arrow
> for users to choose the highlighting color. However, when this button is
> grouped in a vertical menu triggered by pressing the "more button", the
> arrow is gone. As a result, users can't choose the highlighting color.
> Instead, users have to make the toolbar not docked such that the arrow
> appears again.
> Screenshots:
> Arrow missing when toolbar is docked: http://imgur.com/2Vp8n,FK1wI
> Arrow not missing when toolbar is not docked:
> http://imgur.com/2Vp8n,FK1wI#1
> What I expect after the problem is resolved: http://imgur.com/YtoD0
> The same is for "Background Color" button.
> I think apart from LIbreOffice Writer, LibreOffice Impress, LibreOffice
> Calc, etc also have this problem.
> Screenshots of the problem in LibreOffice Impress:
> Arrow missing when toolbar is docked: http://imgur.com/Moh1v,oQoRx#0
> Arrow not missing when toolbar is not docked:
> http://imgur.com/Moh1v,oQoRx#1
> My information:
> Release of Ubuntu using: Ubuntu 12.04 LTS
> Version of the package "libreoffice-writer": 1:3.5.4-0ubuntu1
> I am sorry if the information provided is not clear or complete as this
> is my first time to report a bug in Ubuntu. I will be very happy to provide
> additional information if needed.
> Thanks for your help.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/df-libreoffice/+bug/1033116/+subscriptions
>