Skip to content
This repository has been archived by the owner on Jun 8, 2021. It is now read-only.

Apps in libertine open everything in a new window #10

Closed
YougoCodes opened this issue Aug 30, 2018 · 2 comments · Fixed by #60
Closed

Apps in libertine open everything in a new window #10

YougoCodes opened this issue Aug 30, 2018 · 2 comments · Fixed by #60

Comments

@YougoCodes
Copy link

Device: FP2
OS: ubports ubuntu Touch 16.04/devel

Use case:

  1. open an app from the libertine scope.
    -the app starts.
  2. Press a menu item.
  • expected behavior: drop down menu opens
  • witnessed behavior: a new window is created containing the drop down menu. Choosing a menu option closes the extra window but the command is not forwarded to the main app.
  1. Hover cursor over a GUI element to trigger a tooltip
  • expected behavior: tooltip appears. Moving the cursor away causes the tooltip to close
  • witnessed behavior: tooltip is opened in a new window. Clicking on the tooltip causes the extra window to close
  1. When available, drag a toolbar away from it’s docked position to make it a floating toolbar
  • expected behavior: toolbar becomes a floating toolbar
  • witnessed behavior: toolbar is given it’s own new window

Assessment: mir/xmir/? Seems confused as to what needs its own windows (dialogue boxes, independent apps launched by the other app, e.g. typing ‘gedit’ in a terminal, etc.) and what doesn’t (drop down menus, contextual menus, tooltips, etc.)

This renders libertine apps nearly unusable. I first started noticing this behavior after updating from 15.04 to 16.04

Attached you will find screenshots of Libreoffice writer opened with a floating toolbar and a menu opened in a new window, and a tooltip opened in a new window.
fbb204db-8464-4399-a406-d31191280ff9
8e5b8aa8-ff79-4989-88c5-1f484a84728b
9a43c2a2-fc5f-4d1b-9899-98e748376e65
b8e7ef21-ed8e-4604-b893-eb4851caf40b

@eitzenbe
Copy link

eitzenbe commented Aug 30, 2018

i can confirm this bug, it affects nearly all native x apps (firefox, audacity, thunderbird, ....) on Amaris BQ10 FHD

@arubislander
Copy link

There is a workaround / fix for this issue here

dobey added a commit that referenced this issue Sep 7, 2019
This pulls in the workaround to flatten rootless X11 windows by default,
so that menus/tooltips/etc… do not get their own Mir surfaces.
Fixes #10
UniversalSuperBox pushed a commit that referenced this issue Sep 7, 2019
This pulls in the workaround to flatten rootless X11 windows by default,
so that menus/tooltips/etc… do not get their own Mir surfaces.
Fixes #10
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants