| Summary: | [copyq-git, qt5 build] why menu is soo high? | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | fademind |
| Component: | System Tray widget | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | fademind, kde, kde |
| Priority: | NOR | ||
| Version First Reported In: | master | ||
| Target Milestone: | 1.0 | ||
| Platform: | Other | ||
| OS: | Linux | ||
| URL: | https://github.com/hluk/CopyQ/issues/639 | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
fademind
2017-02-28 14:13:56 UTC
AFAIK the menu works fine in other desktop environments. can you test something: close copyq unset XDG_CURRENT_DESKTOP KDE_FULL_SESSION and see if it still happens? Also ideally can you get a log from running dbus-monitor and then opening the menu. Most likely a scaling issue, e.g. Plasma using 1x scaling and the app being 2x scaled which results in a mismatch and as such in a misplaced menu. Just read upstream, they're changing the number of items in repsonse to aboutToShow; they're sending the new data after we've resized the popups. They claim it's us with the bug, I'm not very convinced. If they want to send us a bustle log, we can see either way. Anyway, they've worked round it upstream so that the we get the DBus reply from aboutToShow before they signal layoutChanged. Seems to work. |