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:
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 - |
In reply to this post by Amos Blanton-2
2012/6/5 Amos Blanton <[hidden email]>: > 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 |
In reply to this post by Bert Freudenberg
On Tue, Jun 5, 2012 at 2:45 PM, Bert Freudenberg <[hidden email]> wrote:
wmctrl says it's: 1024 x 767.
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 <[hidden email]> 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 <[hidden email]> wrote:
|
On 07.06.2012, at 14:44, Amos Blanton wrote:
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 -
|
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. On Thu, Jun 7, 2012 at 8:50 AM, Bert Freudenberg <[hidden email]> wrote:
|
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 <[hidden email]> 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. |
Free forum by Nabble | Edit this page |