Bug 309988 - Add Items and Edit Activity dialogs not tappable and too narrow
Summary: Add Items and Edit Activity dialogs not tappable and too narrow
Status: RESOLVED FIXED
Alias: None
Product: Active
Classification: Plasma
Component: Contour activity screen (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR major
Target Milestone: unscheduled
Assignee: Marco Martin
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-11-12 20:27 UTC by Thomas Pfeiffer
Modified: 2012-11-20 09:03 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Broken Add Items dialog (137.04 KB, image/png)
2012-11-12 20:29 UTC, Thomas Pfeiffer
Details
Broken Edit Activity dialog (273.21 KB, image/png)
2012-11-12 20:30 UTC, Thomas Pfeiffer
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Pfeiffer 2012-11-12 20:27:38 UTC
Both the Add Items and Edit Activity dialogs are shown behind the greyed-out layer which they should normally be above of and therefore one cannot tap anything on them. Entering e.g. the name and saving with Enter works, though.
They are also too small (the Edit Activity dialog is too low, the Add Items dialog is far too narrow).

Reproducible: Always

Steps to Reproduce:
1. Press the "Edit Activity" button
OR
2. Press the "Add Items" button
Actual Results:  
A dialog appears which looks greyed out and too small

Expected Results:  
The dialog appears above the layer and in the correct size

Happened with the Mer Devel image with updates from today (2012-11-12)
Comment 1 Thomas Pfeiffer 2012-11-12 20:29:02 UTC
Created attachment 75202 [details]
Broken Add Items dialog

This shows the described problems in the Add Items dialog
Comment 2 Thomas Pfeiffer 2012-11-12 20:30:33 UTC
Created attachment 75203 [details]
Broken Edit Activity dialog

This shows the described problems in the Edit Activity dialog
Comment 3 Thomas Pfeiffer 2012-11-12 20:45:10 UTC
The "New Tag Name" dialog is affected as well
Comment 4 Aaron J. Seigo 2012-11-13 10:58:51 UTC
My guess is that a new pull of plasma-mobile-configuration OR kdelibs/kde-runtime was made without the other and now it is picking up the desktop components .. which have exactly the problems you describe.
Comment 5 Thomas Pfeiffer 2012-11-13 11:53:24 UTC
Could be. Is it something I need to fix by editing or deleting a config file, or does it have to be fixed in the packages?
Comment 6 Aaron J. Seigo 2012-11-13 20:05:22 UTC
ah, i may even know what it is ... this probably requires a kconfig_update script to not break upgrades.

to confirm ... open up ~/.kde/share/config/kdeglobals and put this somewhere in the [General] section:

runtimePlatform=tablet,touch

then restart plasma-device (or reboot the device, whichever is more convenient for you). if that fixes it, then i will need to do a kconfig_update script to address the upgrade problem.
Comment 7 Thomas Pfeiffer 2012-11-13 21:19:36 UTC
Nope, that didn't do the trick :( I added the line (there wasn't even a [General] section there yet, so I added that as well), but the problem persists after reboot.
What's also strange: If I remember correctly, the dialogs weren't opened in a new window before, but now they are. And the greyed-out layer is over every window (blocking interaction) until I close the dialog window from the task switcher.
Comment 8 Thomas Pfeiffer 2012-11-19 21:01:12 UTC
The dialogs are fixed now!
Comment 9 Aaron J. Seigo 2012-11-20 09:03:47 UTC
Yep, sat down yesterday and tracked down what the problem was. The move to the new unified PLASMA_PLATFORM mechanism to define targeted component and other UI adaptations introduced a regression.

Really rather happy how quickly that fix rolled out to you :)