With side stage, content hub transfer dialog overlaps with the called app

Bug #1542208 reported by Jean-Baptiste Lallement
30
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Confirmed
High
Bill Filler
Ubuntu UX
New
Undecided
Unassigned
content-hub (Ubuntu)
Confirmed
High
Unassigned
unity8 (Ubuntu)
Confirmed
High
Michał Sawicz

Bug Description

On a device that supports side stage in landscape more

Test Case:
1. Open the contact app
2. Create a new contact
3. Add a photo
4. Select the camera

Actual Result
The camera controls are hidden behind the transfer window

Expected Result
The transfer dialog is not visible.

Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

This is also related to not running apps in the sidestage by default
Hiding the sidestage allows it all to work

Changed in canonical-devices-system-image:
assignee: nobody → Bill Filler (bfiller)
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in content-hub (Ubuntu):
status: New → Confirmed
Revision history for this message
Bill Filler (bfiller) wrote :

Is critical for frieza:
https://bugs.launchpad.net/avila-private/+bug/1547482

Main issue is that if app in sidestage requests content-hub operation, the new app usually is launched is main stage. This is problematic for 2 reasons:
1) you see ugly "Transfer in progress" dialog in source app in sidestage
2) the destination app running in main stage is partially obscured by the side stage and selection/picking operations can be obscured by the side stage.

We have a couple options here I could think of, depending on timing and what is planned for the shell and side-stage
@saviq please comment
1) if app running in sidestage and requests app launch/picking via content-hub, always launch the choosen app in side stage as well.
Pros: "transfer in progress" dialog hidden, nothing obscured in destination app Cons: destination app not using available space
2) when main stage app is launched it should be side by side with side stage, not behind it
3) if content-hub operation requested from side stage, hide the side stage after launching the destination app and show it after content-hub transfer complete. This would most likely require an api that content-hub could call which I don't believe exists today

Ultimately, content-hub operations will be done with a trust-prompt which would help/change this problem somewhat, but that is not happening in the near term.

Changed in canonical-devices-system-image:
importance: Medium → Critical
Changed in content-hub (Ubuntu):
importance: Undecided → Critical
Changed in canonical-devices-system-image:
importance: Critical → High
Changed in content-hub (Ubuntu):
importance: Critical → High
Changed in unity8 (Ubuntu):
status: New → Confirmed
status: Confirmed → New
importance: Undecided → High
assignee: nobody → Michał Sawicz (saviq)
Changed in content-hub (Ubuntu):
assignee: nobody → Ken VanDine (ken-vandine)
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in unity8 (Ubuntu):
status: New → Confirmed
Revision history for this message
Javier Ibáñez (javier-ibanez) wrote :

Hi all;

Issue reproducible in r8 fw version.

Regards.

Revision history for this message
Javier Ibáñez (javier-ibanez) wrote :

Hi all,

Tested on FW: Aquaris M10 HD - Ubuntu 15.04 (r62) and Aquaris M10 FHD - Ubuntu 15.04 (r42); the bug is already fixed.

Thank you.

Best regards.

Changed in content-hub (Ubuntu):
assignee: Ken VanDine (ken-vandine) → nobody
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.