Golly bugs

[pzq_alex]

I’m using google, not Safari.

Then Ctrl-F5.

[Andrew]

Looks like you used an experimental build of web Golly 4.2 we're currently testing. Unfortunately it has a few bugs ...

I think those bugs are now fixed so please try the latest build. You'll probably need to force the page to be
reloaded, which might take a while, so be patient. Eventually you should see this message in the status bar:

This is Golly 4.2 for the web (copyright 2005-2022 The Golly Gang).

[rowett]

Web Golly 4.2 the Paste function seems to be ignoring Right-click to do the actual paste.

I can paste, drag it around, but can't complete the paste with Right-click.

I'm using Chrome on Windows 11.

EDIT: If I hold down Control then Right-click works (both for the popup Paste menu and the Selection menu). However I'm not sure this is expected as the status bar (during Paste) says "Drag paste image to desired location then right-click on it.".

[Andrew]

Web Golly 4.2 the Paste function seems to be ignoring Right-click to do the actual paste.

I've uploaded a new build that should fix this (works on Safari and Chrome on my Mac). You should be able to right-click or ctrl-click on the paste image (or the selection). Zooming in/out using the mouse wheel should also work.

[rowett]

I've uploaded a new build that should fix this (works on Safari and Chrome on my Mac). You should be able to right-click or ctrl-click on the paste image (or the selection). Zooming in/out using the mouse wheel should also work.

It now works as advertised on Chrome, Windows 11 - thanks!

The mouse wheel works but the sensitivity is not good for my mouse.

[Andrew]

The mouse wheel works but the sensitivity is not good for my mouse.

I assume you mean it's too sensitive rather than not sensitive enough? I'm not all that interested in doing more work on webGolly at the moment, but it should be quite easy to add a "mouse wheel sensitivity" setting to the Preferences dialog, especially for someone with good JavaScript/HTML skills.

[rowett]

I assume you mean it's too sensitive rather than not sensitive enough?

Yes

... it should be quite easy to add a "mouse wheel sensitivity" setting to the Preferences dialog

Done, thanks.

[Andrew]

Done, thanks.

Excellent! Just uploaded the new build. A setting of 5 works well on my Mac (laptop with track pad).

[wirehead]

How do I compile Golly 3.4 on a Raspberry Pi (32-bit)? I tried downloading the Linux tar file from Sourceforge, but apparently that was compiled for x86, not ARM. 3.3 has a few bugs, but that is the latest version in the apt repos. I am a Python3/Javascript guy and know nothing about C++ or compiling stuff.

Bump this question of mine... I am still experiencing these bugs in Golly 3.3 and there is still no Makefile for Golly 3.4.

[AlbertArmStain]

I left golly running overnight and this is what happened:
Screen Shot 2022-08-16 at 5.32.56 PM.png
Pasting and selecting have a white tint, you can’t scroll in or out, and left clicking doesn’t work.

Updating my Mac iOS seemed to work.
The only thing is that pasting and selecting still have a white tint, it's fine though.

[Andrew]

Bump this question of mine... I am still experiencing these bugs in Golly 3.3 and there is still no Makefile for Golly 3.4.

You can download a source code tar ball for Golly 3.4 from here:

https://sourceforge.net/projects/golly/ ... golly-3.4/

The makefile for Linux systems is gui-wx/makefile-gtk. I'd recommend renaming that file to "makefile" so you can simply type "make" to run it. Before running make you'll probably need to install a lot of stuff (wxWidgets, python2, opengl). Detailed instructions are in docs/Build.html. Good luck!

[wirehead]

The makefile for Linux systems is gui-wx/makefile-gtk. I'd recommend renaming that file to "makefile" so you can simply type "make" to run it. Before running make you'll probably need to install a lot of stuff (wxWidgets, python2, opengl). Detailed instructions are in docs/Build.html. Good luck!

Thank you... I didn't know there was a makefile. Unfortunately it crashes:

Code: Select all

$ make -f makefile-gtk
[...a lot of junk...]
/bin/sh: 1: wx-config: not found
wxutils.cpp:4:10: fatal error: wx/wxprec.h: No such file or directory
make: *** [makefile-gtk:226: ObjGTK/wxutils.o] Error 1
$

Evidently I don't have wxWidgets installed. How do I do that? / What apt package do I need to install?

[Andrew]

Evidently I don't have wxWidgets installed. How do I do that? / What apt package do I need to install?

Sigh. As I said, detailed instructions are in docs/Build.html.

[wirehead]

Sigh. As I said, detailed instructions are in docs/Build.html.

Sorry for that. As a Python/Javascript programmer I am used to having things "just work", like I expected sudo apt install golly would. Even when I build Python from source, there's just one command (./configure && make && sudo make install) and I naively assumed Golly would be similar. My apologies.

wxWidgets purportedly takes 5+ hours to compile (and looks like it will), so I'll leave it running overnight and update you in the morning.

EDIT: wxWidgets only took 1 hour, hooray! Now compiling Golly...

[wirehead]

EDIT: wxWidgets only took 1 hour, hooray! Now compiling Golly...

Hooray! I now have Golly 3.4! If this were an issue on Github I would now close it.

[wirehead]

Web Golly 4.2 bugs:

• Zooming in and out with the mouse wheel does not work at all.
• The Self-Rep>Flow6 folder is empty.

[Andrew]

Zooming in and out with the mouse wheel does not work at all.

Which OS and browser are you using? Have you tried forcing the page to reload? (There was a new build uploaded to fix a mouse wheel bug.) You said you're familiar with JavaScript programming, so if reloading webGolly doesn't fix the problem please post some .js code that correctly handles mouse wheel events in your browser. I'll then add the necessary changes to the webGolly code and upload a new build.

EDIT: In case it helps, the current code to handle mouse wheel events is in InitEventHandlers() in gui-web/main.cpp.

The Self-Rep>Flow6 folder is empty.

The script I use to create the patterns for webGolly ignores all .zip/.lua files as they're not supported, but that Flow6 folder only has a single .zip file so it ends up empty. I'll look at modifying the script to handle that case.

[wirehead]

In case it helps, the current code to handle mouse wheel events is in InitEventHandlers() in gui-web/main.cpp.

I found the bug: On line 198 of gui-web/main.cpp it should check event.deltaY as well. Firefox (what I used and experienced the bug) apparently only provides the event.deltaY.

As-is, paste this code into the devtools console:

Code: Select all

document.querySelector("#canvas.golly").addEventListener('wheel', event => console.log(event.deltaY));

and scroll on the canvas, and you should see numbers fill the console every time you scroll. event.deltaY is negative when you scroll up (zoom in), and positive when you scroll down (zoom out).

Alternatively, this code in my Langton's Ant Music demo seems to work cross-browser.

If the user has a mouse that supports left-right scrolling, event.deltaX may be of interest too.

EDIT: in case it helps, in Javascript Module['canvas'] and Module.canvas are equivalent. Just so you can save a few (or maybe a hundred) bytes in the Javascript download required.

[Andrew]

... Firefox (what I used and experienced the bug) apparently only provides the event.deltaY.

I downloaded the latest version of Firefox (104.0) for my Mac and tried webGolly. Using the mouse wheel to zoom in/out works fine, so I'm puzzled why it isn't working in your Firefox. Which version are you using? On which OS?

[wirehead]

... Firefox (what I used and experienced the bug) apparently only provides the event.deltaY.

I downloaded the latest version of Firefox (104.0) for my Mac and tried webGolly. Using the mouse wheel to zoom in/out works fine, so I'm puzzled why it isn't working in your Firefox. Which version are you using? On which OS?

Ah, that must be it. Because my parents' Mac is really old, it's hit the "software update ceiling" with the OS and consequently Firefox is stuck back at version 78.15. I forget which version of OSX the computer is, but it's also ridiculously out of date.

EDIT: My Raspberry Pi (32-bit Debian Linux) has Firefox 91.12.0 and scrolling works. Weird! (unless you fixed something since then)

[Andrew]

EDIT: in case it helps, in Javascript Module['canvas'] and Module.canvas are equivalent.

That doesn't seem to be the case. I got some weird errors on all browsers when trying to load webGolly after switching to Module.canvas.

I've uploaded a new build of webGolly that hopefully supports mouse wheel zooming in your version of Firefox. This build is version 4.2.1. I'll make sure I increment that last number whenever I upload a new build.

[wirehead]

That doesn't seem to be the case. I got some weird errors on all browsers when trying to load webGolly after switching to Module.canvas.

That's probably because you are using Emscripten to compile JS embedded in C++ and doing it a different way thatn emcc is expecting confuses it and it produces corrupted output. Oh well.

[GUYTU6J]

1. Set the rule to either B3/S23H or B3/S23V
2. Convert it to either History or Super, either by...
2.1 pressing Alt+H/Alt+G, or...
2.2 entering in Set Rule dialog
The resulting rule will be displayed as "Life[H|V][History|Super]".
3. Draw a pattern
4. Run the pattern for a few ticks
5. Press Ctrl+Z to undo
This will result in three Golly warnings popping up:

LifeHVHistorySuper.png (19.8 KiB) Viewed 2558 times

And then Golly will revert to LifeSuper.

The bug looks specific to B3/S23; it does not happen to for B34/S34 or B2/S, for example.

[rowett]

The bug looks specific to B3/S23; it does not happen to for B34/S34 or B2/S, for example.

Fixed, thanks for reporting!

[GUYTU6J]

The bug looks specific to B3/S23; it does not happen to for B34/S34 or B2/S, for example.

Fixed, thanks for reporting!

... But I think the problem lies in interpreting "B3/S23[H|V]" as "Life[H|V]" in the Super algorithm. Another experiment that does not involve undo shows this symptom as well:
1. Open a B3/S23V pattern.
2. Hit Alt+G to convert to Super; new rule name is displayed as "LifeVSuper".
3. Hit Alt+H; a Golly note says that "Conversion failed. This 'LifeV' rule is not supported by the Super algo. To revert to the original rule..."
3'. Alternatively, Hit Alt+J; a Lua error says that "golly-4.2-win-64bit\Scripts\Lua\toStandard.lua:64: Given rule is not valid in any algorithm."