On ubuntu 12.04 64 bit, any change in size of Scratch's window causes it to turn black and slowly shrink down to a thin strip. Quite an interesting bug!
Here's a video: http://youtu.be/bpTX7O3NDy4
Fullscreen (via the window button - not Scratch's presentation mode) makes the window fullscreen, but there is no repaint - the window remains black until it is changed back into window mode (by clicking the rectangle). This issue also happens on my 32 bit test OS.
Here's the command I used to launch, in case it's helpful: /usr/lib/squeak/4.4.7-2357/squeakvm -encoding UTF-8 -vm-display-x11 -xshm -plugins /usr/lib/scratch/plugins/:/usr/lib/squeak/4.4.7-2357/ -vm-sound-pulse /usr/share/scratch/Scratch.image
Any idea what might have changed in the VM that could cause these issues? Could this be related to changes made for compiz compatibility?
-Amos
On 05.06.2012, at 20:08, Amos Blanton wrote:
On ubuntu 12.04 64 bit, any change in size of Scratch's window causes it to turn black and slowly shrink down to a thin strip. Quite an interesting bug!
Here's a video: http://youtu.be/bpTX7O3NDy4
I've heard a report of that behavior before, but it was years ago. Found it: 2009, on Xubuntu 8.10.
What was the Squeak display size before resizing? (print Display)
Fullscreen (via the window button - not Scratch's presentation mode) makes the window fullscreen, but there is no repaint - the window remains black until it is changed back into window mode (by clicking the rectangle). This issue also happens on my 32 bit test OS.
That sounds exactly like an unresolved problem we sometimes see in Etoys, too:
http://tracker.squeakland.org/browse/SQ-987
Here's the command I used to launch, in case it's helpful: /usr/lib/squeak/4.4.7-2357/squeakvm -encoding UTF-8 -vm-display-x11 -xshm -plugins /usr/lib/scratch/plugins/:/usr/lib/squeak/4.4.7-2357/ -vm-sound-pulse /usr/share/scratch/Scratch.image
Any idea what might have changed in the VM that could cause these issues? Could this be related to changes made for compiz compatibility?
-Amos
What's your screen resolution, graphics card, and window manager?
- Bert -
On Tue, Jun 5, 2012 at 2:45 PM, Bert Freudenberg bert@freudenbergs.dewrote:
What was the Squeak display size before resizing? (print Display)
wmctrl says it's: 1024 x 767.
What's your screen resolution, graphics card, and window manager?
My laptop is docked, driving a display at 1680 x 1050 via hdmi, and its normal screen (1366 x 768), is turned off.
Graphics card: 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device 21da Flags: bus master, fast devsel, latency 0, IRQ 51 Memory at f0000000 (64-bit, non-prefetchable) [size=4M] Memory at e0000000 (64-bit, prefetchable) [size=256M] I/O ports at 5000 [size=64] Expansion ROM at <unassigned> [disabled] Capabilities: <access denied> Kernel driver in use: i915 Kernel modules: i915
Window Manager must be Unity/Gnome/ Compiz, or whatever is standard on Ubuntu 12.04.
I should note that the testing I did on 32bits Ubuntu 12.04 was done in Virtualbox VM, using Miry's latest package: http://aula.edu.es/pool/main/s/scratch/
-Amos
On 05.06.2012, at 21:49, Amos Blanton wrote:
On Tue, Jun 5, 2012 at 2:45 PM, Bert Freudenberg bert@freudenbergs.de wrote:
What was the Squeak display size before resizing? (print Display)
wmctrl says it's: 1024 x 767.
That's odd ;)
What's your screen resolution, graphics card, and window manager?
My laptop is docked, driving a display at 1680 x 1050 via hdmi, and its normal screen (1366 x 768), is turned off.
Graphics card: 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device 21da
Window Manager must be Unity/Gnome/ Compiz, or whatever is standard on Ubuntu 12.04.
I should note that the testing I did on 32bits Ubuntu 12.04 was done in Virtualbox VM, using Miry's latest package: http://aula.edu.es/pool/main/s/scratch/
I do not see the shrinking problem in Virtual Box using Ubuntu 12.04 LTE 32 bits, fully updated. How exactly would I have to resize to trigger that?
I DO see the black window problem when clicking the maximize button in the window title bar. It also happens in Etoys (see http://tracker.squeakland.org/browse/SQ-400 ).
- Bert -
The shrinking only happens on my 64 bit system (12.04 LTS). Any resizing of the window (larger or smaller) triggers it.
You mentioned earlier that there were outstanding issues with ia64, so it's not too surprising. Actually - so far this and problems with the pulse-audio plugin are the only issues I've encountered running Scratch on the 64 bit VM. Seems quite promising!
On Thu, Jun 7, 2012 at 8:16 AM, Bert Freudenberg bert@freudenbergs.dewrote:
On 05.06.2012, at 21:49, Amos Blanton wrote:
On Tue, Jun 5, 2012 at 2:45 PM, Bert Freudenberg bert@freudenbergs.de
wrote:
What was the Squeak display size before resizing? (print Display)
wmctrl says it's: 1024 x 767.
That's odd ;)
What's your screen resolution, graphics card, and window manager?
My laptop is docked, driving a display at 1680 x 1050 via hdmi, and its
normal screen (1366 x 768), is turned off.
Graphics card: 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core
Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
Subsystem: Lenovo Device 21da
Window Manager must be Unity/Gnome/ Compiz, or whatever is standard on
Ubuntu 12.04.
I should note that the testing I did on 32bits Ubuntu 12.04 was done in
Virtualbox VM, using Miry's latest package: http://aula.edu.es/pool/main/s/scratch/
I do not see the shrinking problem in Virtual Box using Ubuntu 12.04 LTE 32 bits, fully updated. How exactly would I have to resize to trigger that?
I DO see the black window problem when clicking the maximize button in the window title bar. It also happens in Etoys (see http://tracker.squeakland.org/browse/SQ-400 ).
- Bert -
On 07.06.2012, at 14:44, Amos Blanton wrote:
The shrinking only happens on my 64 bit system (12.04 LTS). Any resizing of the window (larger or smaller) triggers it.
You mentioned earlier that there were outstanding issues with ia64, so it's not too surprising. Actually - so far this and problems with the pulse-audio plugin are the only issues I've encountered running Scratch on the 64 bit VM. Seems quite promising!
You might want to check the resizing math. IIRC the VM tries to snap the window width to the next multiple of 4. Maybe that is not stable if a word is not 4 but 8 bytes long.
- Bert -
On Thu, Jun 7, 2012 at 8:16 AM, Bert Freudenberg bert@freudenbergs.de wrote:
On 05.06.2012, at 21:49, Amos Blanton wrote:
On Tue, Jun 5, 2012 at 2:45 PM, Bert Freudenberg bert@freudenbergs.de wrote:
What was the Squeak display size before resizing? (print Display)
wmctrl says it's: 1024 x 767.
That's odd ;)
What's your screen resolution, graphics card, and window manager?
My laptop is docked, driving a display at 1680 x 1050 via hdmi, and its normal screen (1366 x 768), is turned off.
Graphics card: 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Lenovo Device 21da
Window Manager must be Unity/Gnome/ Compiz, or whatever is standard on Ubuntu 12.04.
I should note that the testing I did on 32bits Ubuntu 12.04 was done in Virtualbox VM, using Miry's latest package: http://aula.edu.es/pool/main/s/scratch/
I do not see the shrinking problem in Virtual Box using Ubuntu 12.04 LTE 32 bits, fully updated. How exactly would I have to resize to trigger that?
I DO see the black window problem when clicking the maximize button in the window title bar. It also happens in Etoys (see http://tracker.squeakland.org/browse/SQ-400 ).
- Bert -
Previously I thought this bug only happened on 64 bit installations of Scratch, but we've since seen it on 32 bit installations as well. It appears to happen only in Ubuntu's 12.04's (normal) 3d mode. If I login in 2d mode, window Scratch's window resizes just fine on my machine.
I've filed a bug against Scratch in Ubuntu.
https://bugs.launchpad.net/ubuntu/+source/scratch/+bug/1028562
On Thu, Jun 7, 2012 at 8:50 AM, Bert Freudenberg bert@freudenbergs.dewrote:
On 07.06.2012, at 14:44, Amos Blanton wrote:
The shrinking only happens on my 64 bit system (12.04 LTS). Any resizing of the window (larger or smaller) triggers it.
You mentioned earlier that there were outstanding issues with ia64, so it's not too surprising. Actually - so far this and problems with the pulse-audio plugin are the only issues I've encountered running Scratch on the 64 bit VM. Seems quite promising!
You might want to check the resizing math. IIRC the VM tries to snap the window width to the next multiple of 4. Maybe that is not stable if a word is not 4 but 8 bytes long.
- Bert -
On Thu, Jun 7, 2012 at 8:16 AM, Bert Freudenberg bert@freudenbergs.dewrote:
On 05.06.2012, at 21:49, Amos Blanton wrote:
On Tue, Jun 5, 2012 at 2:45 PM, Bert Freudenberg bert@freudenbergs.de
wrote:
What was the Squeak display size before resizing? (print Display)
wmctrl says it's: 1024 x 767.
That's odd ;)
What's your screen resolution, graphics card, and window manager?
My laptop is docked, driving a display at 1680 x 1050 via hdmi, and its
normal screen (1366 x 768), is turned off.
Graphics card: 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation
Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
Subsystem: Lenovo Device 21da
Window Manager must be Unity/Gnome/ Compiz, or whatever is standard on
Ubuntu 12.04.
I should note that the testing I did on 32bits Ubuntu 12.04 was done in
Virtualbox VM, using Miry's latest package: http://aula.edu.es/pool/main/s/scratch/
I do not see the shrinking problem in Virtual Box using Ubuntu 12.04 LTE 32 bits, fully updated. How exactly would I have to resize to trigger that?
I DO see the black window problem when clicking the maximize button in the window title bar. It also happens in Etoys (see http://tracker.squeakland.org/browse/SQ-400 ).
- Bert -
Removing the -xshm switch when executing the VM fixes this bug, which has to do with some kind of issue with the use of X shared memory extensions and compiz.
https://bugs.launchpad.net/ubuntu/+source/scratch/+bug/1025013
On Tue, Jul 24, 2012 at 1:51 PM, Amos Blanton amos@scratch.mit.edu wrote:
Previously I thought this bug only happened on 64 bit installations of Scratch, but we've since seen it on 32 bit installations as well. It appears to happen only in Ubuntu's 12.04's (normal) 3d mode. If I login in 2d mode, window Scratch's window resizes just fine on my machine.
I've filed a bug against Scratch in Ubuntu.
https://bugs.launchpad.net/ubuntu/+source/scratch/+bug/1028562
On Thu, Jun 7, 2012 at 8:50 AM, Bert Freudenberg bert@freudenbergs.dewrote:
On 07.06.2012, at 14:44, Amos Blanton wrote:
The shrinking only happens on my 64 bit system (12.04 LTS). Any resizing of the window (larger or smaller) triggers it.
You mentioned earlier that there were outstanding issues with ia64, so it's not too surprising. Actually - so far this and problems with the pulse-audio plugin are the only issues I've encountered running Scratch on the 64 bit VM. Seems quite promising!
You might want to check the resizing math. IIRC the VM tries to snap the window width to the next multiple of 4. Maybe that is not stable if a word is not 4 but 8 bytes long.
- Bert -
On Thu, Jun 7, 2012 at 8:16 AM, Bert Freudenberg bert@freudenbergs.dewrote:
On 05.06.2012, at 21:49, Amos Blanton wrote:
On Tue, Jun 5, 2012 at 2:45 PM, Bert Freudenberg bert@freudenbergs.de
wrote:
What was the Squeak display size before resizing? (print Display)
wmctrl says it's: 1024 x 767.
That's odd ;)
What's your screen resolution, graphics card, and window manager?
My laptop is docked, driving a display at 1680 x 1050 via hdmi, and
its normal screen (1366 x 768), is turned off.
Graphics card: 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation
Core Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller])
Subsystem: Lenovo Device 21da
Window Manager must be Unity/Gnome/ Compiz, or whatever is standard on
Ubuntu 12.04.
I should note that the testing I did on 32bits Ubuntu 12.04 was done
in Virtualbox VM, using Miry's latest package: http://aula.edu.es/pool/main/s/scratch/
I do not see the shrinking problem in Virtual Box using Ubuntu 12.04 LTE 32 bits, fully updated. How exactly would I have to resize to trigger that?
I DO see the black window problem when clicking the maximize button in the window title bar. It also happens in Etoys (see http://tracker.squeakland.org/browse/SQ-400 ).
- Bert -
2012/6/5 Amos Blanton amos@scratch.mit.edu:
On ubuntu 12.04 64 bit, any change in size of Scratch's window causes it to turn black and slowly shrink down to a thin strip. Quite an interesting bug!
Here's a video: http://youtu.be/bpTX7O3NDy4
I don't seem to be able to reproduce it in my computer, Debian 64 bits.
Fullscreen (via the window button - not Scratch's presentation mode) makes the window fullscreen, but there is no repaint - the window remains black until it is changed back into window mode (by clicking the rectangle). This issue also happens on my 32 bit test OS.
Yup, it happens to me too, independently of the virtual machine I use (I've tried it with 4.0.3.2202 and 4.4.7-2357 with exactly the same result)
Here's the command I used to launch, in case it's helpful: /usr/lib/squeak/4.4.7-2357/squeakvm -encoding UTF-8 -vm-display-x11 -xshm -plugins /usr/lib/scratch/plugins/:/usr/lib/squeak/4.4.7-2357/ -vm-sound-pulse /usr/share/scratch/Scratch.image
It's exactly the same one that I'm using
Any idea what might have changed in the VM that could cause these issues? Could this be related to changes made for compiz compatibility?
I have no clue, to be honest
Greetings, Miry
vm-dev@lists.squeakfoundation.org