Feature #7566

Try GNOME Shell in a Jessie or sid VirtualBox VM

Added by BitingBird about 11 years ago. Updated about 11 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
anonym
Category:
Virtualization
Target version:
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, about 11 years ago

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 about 11 years ago

  • 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 about 11 years ago

  • Tracker changed from Bug to Feature

#3 Updated by intrigeri about 11 years ago

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

#4 Updated by anonym about 11 years ago

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 about 11 years ago

  • 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 about 11 years ago

  • % 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 about 11 years ago

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 about 11 years ago

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

#9 Updated by intrigeri about 11 years ago

  • 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 about 11 years ago

  • Category set to Virtualization