Golly bugs

[aengmore]

I try to use the Windows version on my phone, and it failed
*snip*

Since Android is a version of Linux, maybe running the Linux version will be smoother.

Well, maybe I can try using Termux to run Linux version……but apparently it will be much more troublesome, probably with more technological difficulties and bugs

[NNlk05]

For some reason, when I use nbsearch2a and stop it all the cells are in this weird greyed-out state that counts as dead:

2026-09-05_10-07.png (110.71 KiB) Viewed 557 times

[Vort]

For some reason, when I use nbsearch2a and stop it all the cells are in this weird greyed-out state that counts as dead:

Looks like new layer was created. I suggest to try clicking Layer -> Delete Layer.

[iNoMed]

I have a particularly major problem relating to Golly 1.5 for iPadOS: opening selection boxes at all (for attempting to paste a pattern into Golly, for selecting a pattern in an attempt to copy/clear/random fill (as the attachment demonstrates. In this, I am one tap away from crashing Golly by trying to copy the pattern), or selecting which copy method to use... but curiously NOT the menu that appears on overwriting an already existing saved file) crashes Golly consistently on iPadOS 27. This is serious enough that I have to bring this to attention immediately.

[Andrew]

I've updated my iPad to iOS 27 and can reproduce the paste crash. There are other crashes as well so I'll try to fix those soon and release a new version. Thanks for the report.

[qqd]

I am not sure if this is intentional, but files with no extension cannot be viewed in the Files panel (this previously lead to the assumption that one of my files was deleted):

ScreenshotGollyFiles.png (24.36 KiB) Viewed 460 times

[Andrew]

I am not sure if this is intentional, but files with no extension cannot be viewed in the Files panel ...

Must be a Windows quirk because I definitely see such files on macOS. Golly's code says to display all files.

[NooneAtAll3]

web golly throws errors in console when webgl is disabled

Code: Select all

Uncaught ReferenceError: _OverCanvas is not defined
    onmouseover https://golly.sourceforge.io/webapp/golly.html:1 
golly.html:1:1
    onmouseover https://golly.sourceforge.io/webapp/golly.html:1
    
Blocked https://golly.sourceforge.io from creating WebGL context but prompting the user. golly.js:1:166972

Failed to create WebGL context: WebGL is currently disabled. golly.js:1:166972

Uncaught TypeError: can't access property "id", GLFW.active is null
    _glfwSetWindowTitle https://golly.sourceforge.io/webapp/golly.js:1
    _main https://golly.sourceforge.io/webapp/golly.js:1
    callMain https://golly.sourceforge.io/webapp/golly.js:1
    doRun https://golly.sourceforge.io/webapp/golly.js:1
    run https://golly.sourceforge.io/webapp/golly.js:1
    runCaller https://golly.sourceforge.io/webapp/golly.js:1
    removeRunDependency https://golly.sourceforge.io/webapp/golly.js:1
    processPackageData https://golly.sourceforge.io/webapp/golly.js:1
    loadPackage https://golly.sourceforge.io/webapp/golly.js:1
    onload https://golly.sourceforge.io/webapp/golly.js:1

maybe some kind of graceful alert to the user would be good? "webgl is required" or smth

[I6_I6]

While using a ruleloader rule, if you increase n_states, when Golly tries to update to the newly modified rule, all new states become broken and trying to click on one of them in the state selector will cause Golly to freeze. (Using MacOS)

[Andrew]

While using a ruleloader rule, if you increase n_states, when Golly tries to update to the newly modified rule, all new states become broken and trying to click on one of them in the state selector will cause Golly to freeze. (Using MacOS)

I can't reproduce any error so please describe in more details what steps you did. Maybe post the .rule data before and after the change. Here's what I did:

* Clicked on a .rule file containing @TABLE data with 10 states (so Golly loaded it).
* Ctrl-clicked on the file so it opened in my text editor.
* Increased n_states to 11 and appended "10 0 0 255" to the @COLORS section.
* Saved the changes and clicked on the .rule file again.
* Golly loaded the new rule and I could switch to the new state without any problems.

So what steps did you do?

[I6_I6]

While using a ruleloader rule, if you increase n_states, when Golly tries to update to the newly modified rule, all new states become broken and trying to click on one of them in the state selector will cause Golly to freeze. (Using MacOS)

I can't reproduce any error so please describe in more details what steps you did. Maybe post the .rule data before and after the change. Here's what I did:

* Clicked on a .rule file containing @TABLE data with 10 states (so Golly loaded it).
* Ctrl-clicked on the file so it opened in my text editor.
* Increased n_states to 11 and appended "10 0 0 255" to the @COLORS section.
* Saved the changes and clicked on the .rule file again.
* Golly loaded the new rule and I could switch to the new state without any problems.

So what steps did you do?

Instead of clicking the .rule file again, I ran the pattern and then reset, which makes Golly reread the .rule file.

[Andrew]

Instead of clicking the .rule file again, I ran the pattern and then reset, which makes Golly reread the .rule file.

Ok, that let me reproduce the bug. I've fixed it for the next release (Golly 5.1b1) which will hopefully happen in a few days.

Depending on the changes you make to an active .rule file you might still get annoying warning messages, so I strongly recommend making changes at generation 0 or, even safer, when the .rule file is not the currently active rule.

[Katrina]

Golly's dark mode only works properly when light mode is on previously. Otherwise, some elements are in light mode with white text which is impossible to read.

[NNlk05]

I get this when I try to compile Golly 5.0 from source in amd64 Linux:

Code: Select all

wxhelp.cpp:44:28: error: ‘wxWebRequestEvent’ has not been declared
   44 |     void OnWebRequestState(wxWebRequestEvent& evt);
      |                            ^~~~~~~~~~~~~~~~~
wxhelp.cpp:70:5: error: ‘wxWebRequest’ does not name a type
   70 |     wxWebRequest webRequest;
      |     ^~~~~~~~~~~~
wxhelp.cpp:453:6: error: variable or field ‘OnWebRequestState’ declared void
  453 | void HelpFrame::OnWebRequestState(wxWebRequestEvent& evt)
      |      ^~~~~~~~~
wxhelp.cpp:453:35: error: ‘wxWebRequestEvent’ was not declared in this scope
  453 | void HelpFrame::OnWebRequestState(wxWebRequestEvent& evt)
      |                                   ^~~~~~~~~~~~~~~~~
wxhelp.cpp:453:54: error: ‘evt’ was not declared in this scope; did you mean ‘ecvt’?
  453 | void HelpFrame::OnWebRequestState(wxWebRequestEvent& evt)
      |                                                      ^~~
      |                                                      ecvt
wxhelp.cpp: In member function ‘bool HelpFrame::DownloadURL(const wxString&, const wxString&)’:
wxhelp.cpp:499:5: error: ‘webRequest’ was not declared in this scope
  499 |     webRequest = wxWebSession::GetDefault().CreateRequest(this, url);
      |     ^~~~~~~~~~
wxhelp.cpp:499:18: error: ‘wxWebSession’ has not been declared
  499 |     webRequest = wxWebSession::GetDefault().CreateRequest(this, url);
      |                  ^~~~~~~~~~~~
wxhelp.cpp:502:10: error: ‘wxEVT_WEBREQUEST_STATE’ was not declared in this scope
  502 |     Bind(wxEVT_WEBREQUEST_STATE, &HelpFrame::OnWebRequestState, this);
      |          ^~~~~~~~~~~~~~~~~~~~~~
wxhelp.cpp:504:27: error: ‘wxWebRequest’ has not been declared
  504 |     webRequest.SetStorage(wxWebRequest::Storage_File);
      |                           ^~~~~~~~~~~~
make: *** [makefile-gtk:219: ObjGTK/wxhelp.o] Error 1

[Andrew]

Golly's dark mode only works properly when light mode is on previously. Otherwise, some elements are in light mode with white text which is impossible to read.

Please try the recently announced beta version of Golly 5.1:

https://conwaylife.com/forums/viewtopic.php?t=7502

It has some changes to support dark mode on Linux, but note that mode detection is only done when Golly starts up so it won't detect a mode change while Golly is running.

[Andrew]

I get this when I try to compile Golly 5.0 from source in amd64 Linux: ...

It looks like your version of wxWidgets is too old. You need to build Golly using wxGTK version 3.1.5 or later (see docs/Build.html for details).

[NNlk05]

It looks like your version of wxWidgets is too old. You need to build Golly using wxGTK version 3.1.5 or later (see docs/Build.html for details).

I'm using 3.3.4

Code: Select all

$ wx-config --version
3.3.4

[Andrew]

I'm using 3.3.4

That's a development release, not a stable release (as recommended in docs/Build.html). Still, I'm surprised that the wxWebRequest stuff would have changed in 3.3.x. Maybe try building samples/webrequest to see if that provides any clues. Failing that, download the latest stable release (3.2.12) and see if you can build Golly with that.