loading application splashscreen is blurry and sometime not matching content

Bug #1473476 reported by Sebastien Bacher
16
This bug affects 3 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Fix Released
High
Unassigned
Ubuntu UX
Fix Released
Undecided
Unassigned
unity8 (Ubuntu)
Fix Released
Undecided
Unassigned

Bug Description

Using vivid-overlay r65, when starting application it seems a "screenshot" is used, which is blurry (which might be a design decision) and sometime doesn't match the application content (I just had the case that opening sound settings from the indicator gave a screenshot of the update panel from before the previous system upgrade that was then replaced by the correct one)

TEST CASE:
1. Open system-settings
2. Tap on wifi icon
3. Do a right edge swipe to switch system-settings to the background but don't close it
4. Press the power button and tap on 'Restart' to reboot the phone
5. Once rebooted, launch system-settings again

EXPECTED RESULT
System-settings loads, possibly shows a splash screen and displays the main panel

ACTUAL RESULT
It displays a screenshot of the state it was in at shutdown time (or a previous reboot)

Related branches

Revision history for this message
Albert Astals Cid (aacid) wrote :

It's the last screen of the app if you didn't close it properly (i.e. you either rebooted or the app was killed).

This is as it was designed so adding design for comments.

Revision history for this message
Bill Filler (bfiller) wrote :

seeing this on a lot of apps when launching. seems like the splashscreen is shown very briefly, then switches to a screenshot of some previous state, then the correct app screen is shown.

Changed in unity8 (Ubuntu):
status: New → Incomplete
description: updated
Changed in canonical-devices-system-image:
importance: Undecided → High
milestone: none → ww34-2015
status: New → Confirmed
description: updated
Changed in unity8 (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

This only makes sense if we actually really open the app to the last screen which I assume was the intent

Revision history for this message
Gerry Boland (gerboland) wrote :

Yeah that was the intent, but we've no idea if apps are capable of doing this or not.

The blurriness was to save memory, but also to indicate to the suer that the app isn't live yet. If we fix the bluriness, we'll need some other way to indicate to the user the app is "resuming"

Revision history for this message
kevin gunn (kgunn72) wrote :

this is personal feedback for design - I don't think we should be displaying a screen shot as part of the application launch, because currently we have no idea of the context. I would say that this could only be done if there was some way for the application to intimate to the sdk (then the shell could check) that the app is using a "saved state" approach. Otherwise to the user this just appears as a stale frame.
i.e.
today it's
launch app -> splash screen -> last available screen shot -> fresh render from app

I think for any closed app it should be
launch app -> splash screen -> fresh render from app

Revision history for this message
Sebastien Bacher (seb128) wrote :

there is a spinner on top of the screenshot, that should be enough to indicate it's resuming?

Changed in canonical-devices-system-image:
milestone: ww34-2015 → ww28-2015
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package unity8 - 8.10+15.10.20150713-0ubuntu1

---------------
unity8 (8.10+15.10.20150713-0ubuntu1) wily; urgency=medium

  [ Albert Astals Cid ]
  * Revert Session Screenshotter (LP: #1473476)

  [ Daniel d'Andrada ]
  * Dismiss the apps spread if greeter gets shown (LP: #1471609)

 -- CI Train Bot <email address hidden> Mon, 13 Jul 2015 14:17:20 +0000

Changed in unity8 (Ubuntu):
status: Confirmed → Fix Released
Changed in canonical-devices-system-image:
status: Confirmed → Fix Released
Changed in ubuntu-ux:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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