touch-packages team mailing list archive

[kevin gunn <kevin.gunn@xxxxxxxxxxxxx>]

this seems ancient, and i know we actually fixed this in terms of ux for the split greeter which landed.
marking as fixed, but please reopen if i'm missing some nuance.

** Changed in: mir
       Status: New => Fix Released

** Changed in: mir (Ubuntu)
       Status: New => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mir in Ubuntu.
https://bugs.launchpad.net/bugs/1310637

Title:
  [enhancement] Allow a server to halt rendering in a client session

Status in Mir:
  Fix Released
Status in “mir” package in Ubuntu:
  Fix Released

Bug description:
  == Use Case ==

  The scene: This problem occurs during boot with a split greeter and a
  user session both being launched at roughly the same time.  USC shows
  the boot animation until both the greeter and user session are ready
  to render, since it doesn't want the greeter to appear without a user
  session ready for the user to jump into.

  The problem: The greeter has a cute little "fade in" animation it
  does, that lasts about a second.  If the greeter wins the startup
  race, it will start rendering its animation (in the background, since
  USC isn't showing it yet).  Which might complete by the time the user
  session is available which makes USC show the greeter to the user
  finally.  So sometimes on boot, the user never sees the fade in
  animation and the greeter just abruptly appears.

  == Attempted Solutions ==

  In 0.1.8, neither hide() nor lifecycle events seemed to do the trick.
  And with the new non-blocking rendering work, I imagine we're actually
  making it harder to do this.

  == Desired Solution ==

  I'd like to be able to have the USC tell the greeter session to chill
  out if it appears first.  No frames get rendered or lost.  It just
  stops processing.  I think Qt does the sensible thing if Mir stops
  giving it buffers, right?

To manage notifications about this bug go to:
https://bugs.launchpad.net/mir/+bug/1310637/+subscriptions