Feature #7566

Try GNOME Shell in a Jessie or sid VirtualBox VM

Added by BitingBird 2014-07-11 13:15:29 . Updated 2014-11-16 11:19:13 .

Status:
Resolved
Priority:
Normal
Assignee:
anonym
Category:
Virtualization
Target version:
Tails_2.0
Start date:
2014-07-11
Due date:
% Done:

100%

Feature Branch:
Type of work:
Test
Blueprint:

Starter:
0
Affected tool:
Deliverable for:

Description

Files

bug.png (120113 B) anonym, 2014-09-02 09:40:02

Subtasks

Related issues

Related to Tails - Bug #7996: Reproduce and report rendering bug with Firefox in GNOME Shell Resolved 2014-10-02

History

#1 Updated by intrigeri 2014-07-11 14:36:44

  • Subject changed from Try gnome-shell in Jessie or sid VM with VirtualBox to Try GNOME Shell in a Jessie or sid VirtualBox VM
  • Parent task set to Feature #7311

#2 Updated by intrigeri 2014-07-11 14:44:40

  • Tracker changed from Bug to Feature

#3 Updated by intrigeri 2014-08-26 01:21:23

anonym: ping? It would be very helpful to know how it behaves enough in advance before the Jessie freeze.

#4 Updated by anonym 2014-09-02 09:40:35

I’ve now tested an up-to-date Debian Sid running GNOME3 (a mixture between 3.12.0 and 3.12.2 from what I gathered) in VirtualBox from wheezy-backports (4.3.12-dfsg-1~bpo70+1) on a Wheezy host.

I tried both the vanilla GNOME Shell and GNOME Classic, and the performance was identical between the two, which isn’t surprising since Classic is Shell dressed up a bit differently. With 3D acceleration disabled in VirtualBox, all fancy “smooth sliding” effects (like when opening the dashboard by clicking the Meta/Win key) just turns into more or less instantaneous effects so I didn’t get frustrated by any really bad sluggishness. With 3D acceleration enabled everything is very smooth and pretty, and it was a bit more enjoyable since there were no delays whatsoever.

I did encounter a rendering bug in Iceweasel (3D acceleration doesn’t affect it): when maximizing the Iceweasel window, nothing renders beyond the right border of the window. Something in its GUI must be updated for it to render, e.g. opening the right-click menu, scrolling and similar. See attached screen shot. This does not happen in GNOME Flashback so it seems like a GNOME Shell.

#5 Updated by anonym 2014-09-02 09:43:23

  • Status changed from Confirmed to In Progress

To elaborate a bit on what I did, it was of course just standard stuff:

  • messing with the Applications menu
  • moving windows around
  • switching between windows quickly
  • opening the dashboard
  • playing videos (including HTML5 Youtube videos in Iceweasel)

Is there anything else that should be tested?

#6 Updated by intrigeri 2014-09-08 20:02:57

  • % Done changed from 0 to 50

Great work!

anonym wrote:
> I did encounter a rendering bug in Iceweasel (3D acceleration doesn’t affect it): when maximizing the Iceweasel window, nothing renders beyond the right border of the window. Something in its GUI must be updated for it to render, e.g. opening the right-click menu, scrolling and similar. See attached screen shot. This does not happen in GNOME Flashback so it seems like a GNOME Shell.

Ooops. May you please report this bug to Debian, then?

> Is there anything else that should be tested?

No, this should be enough. Please close this ticket once the Iceweasel bug has been reported upstream, and we have a new ticket to track it.

#7 Updated by intrigeri 2014-10-02 06:50:06

intrigeri wrote:
> Ooops. May you please report this bug to Debian, then?

Maybe first try to reproduce with FF31 and GNOME Shell 3.14 (currently in sid, should migrate to Jessie soonish). It might be fixed already.

#8 Updated by intrigeri 2014-10-02 13:47:59

  • related to Bug #7996: Reproduce and report rendering bug with Firefox in GNOME Shell added

#9 Updated by intrigeri 2014-10-02 13:48:31

  • Status changed from In Progress to Resolved
  • % Done changed from 50 to 100

What’s left is now called Bug #7996.

#10 Updated by sajolida 2014-11-16 11:19:13

  • Category set to Virtualization