Ruletable not working properly

[hotcrystal0]

So recently I made the rule methlife.
Problem is, after I posted the ruletable, LifeViewer keeps on saying there's an illegal character in rule with each pattern I post without the ruletable. Golly functions as normal with the rule, for some reason.
Table:

Code: Select all

@RULE methlife
@TABLE
n_states:3
neighborhood:Moore
symmetries:rotate4reflect
var a0={1,2}
var a1=a0
var a2=a1
var a3=a2
var b0={0,1,2}
var b1=b0
var b2=b1
var b3=b2
var b4=b3
var b5=b4
var b6=b5
var b7=b6
var b8=b7
0,1,1,1,0,0,0,0,0,1
a0,a1,a2,a3,0,0,0,0,0,1
b0,0,a0,0,a1,0,a2,0,0,1
b0,a0,0,a1,0,a2,0,0,0,1
b0,0,a0,a1,a2,0,0,0,0,1
0,a0,0,a1,a2,0,0,0,0,1
1,a0,0,a1,a2,0,0,0,0,2
2,a0,0,a1,a2,0,0,0,0,1
b0,a0,0,a1,0,0,a2,0,0,1
b0,a0,a1,0,a2,0,0,0,0,1
b0,a0,a1,0,0,0,a2,0,0,1
b0,a0,a1,0,0,a2,0,0,0,1
b0,a0,0,0,a1,0,a2,0,0,1
a0,a1,a2,0,0,0,0,0,0,1
a0,0,a1,0,a2,0,0,0,0,1
a0,a1,0,a2,0,0,0,0,0,1
a0,a1,0,0,0,a2,0,0,0,1
a0,a1,0,0,a2,0,0,0,0,1
a0,0,a1,0,0,0,a2,0,0,1
b0,b1,b2,b3,b4,b5,b6,b7,b8,0

@COLORS

0 0 0 0
1 250 250 0
2 250 130 0

[dvgrn]

So recently I made the rule methlife.
Problem is, after I posted the ruletable, LifeViewer keeps on saying there's an illegal character in rule with each pattern I post without the ruletable.

So it does. I'm not sure why yet. The only difference between the LifeWiki version of the ruletable and the posted one above, is that there's a URL in the comment area in the LifeWiki version -- but that's perfectly legal, and removing it doesn't seem to get rid of the error.

Golly functions as normal with the rule, for some reason.

That's more or less what you'd expect if an incorrect character had crept into the LifeWiki version -- but I'm not seeing anything different, and a text comparison isn't picking anything up either. Anyone have any clever ideas on what's wrong here?

[rowett]

It appears to be an issue with capitalization since Methlife works:

Code: Select all

x=1,y=1,rule=Methlife
3o!

@Nathaniel: It may be related to the recent update of LifeWiki. When the requested resource is /wiki/Rule:methlife the console is showing a CORS issue when LifeWiki is redirecting from /wiki/Rule:methlife to /wiki/Rule:Methlife.

Same is happening with other lower case rules. See here for tlife2.

[Nathaniel]

@Nathaniel: It may be related to the recent update of LifeWiki. When the requested resource is /wiki/Rule:methlife the console is showing a CORS issue when LifeWiki is redirecting from /wiki/Rule:methlife to /wiki/Rule:Methlife.

You're 100% right (and thanks for tracking it down as a CORS issue). In the latest version of MediaWiki, you have to specify a canonical URL for the wiki, which I set as "https://conwaylife.com". So all redirects that the wiki performs now point to that particular base URL.

So if LifeViewer tries to grab rules from a different base URL, even one that's only *mildly* different like, say "https://www.conwaylife.com", then it throws up a CORS error. You should notice that if you manually reload a forums page without the "www.", then these rules start working again.

Anyway, I'll be able to fix this within the day, by forcing all forums pages to auto-strip the "www."

Edit: Fixed now.

[hotcrystal0]

@Nathaniel: It may be related to the recent update of LifeWiki. When the requested resource is /wiki/Rule:methlife the console is showing a CORS issue when LifeWiki is redirecting from /wiki/Rule:methlife to /wiki/Rule:Methlife.

You're 100% right (and thanks for tracking it down as a CORS issue). In the latest version of MediaWiki, you have to specify a canonical URL for the wiki, which I set as "https://conwaylife.com". So all redirects that the wiki performs now point to that particular base URL.

So if LifeViewer tries to grab rules from a different base URL, even one that's only *mildly* different like, say "https://www.conwaylife.com", then it throws up a CORS error. You should notice that if you manually reload a forums page without the "www.", then these rules start working again.

Anyway, I'll be able to fix this within the day, by forcing all forums pages to auto-strip the "www."

Edit: Fixed now.

NEW issue: In the Rule Request Thread, I posted the rule "NoBlocklife" and tried to load a pattern with it but it didn't work. Also Brew doesn't work anymore.

[dvgrn]

NEW issue: In the Rule Request Thread, I posted the rule "NoBlocklife" and tried to load a pattern with it but it didn't work. Also Brew doesn't work anymore.

As usual, "didn't work" is a seriously inadequate problem description. Maybe you mean "didn't work the way you wanted it to"?

If so, how did you want the NoBlockLife rule to work? The rule table seems to be a valid rule table, and the rule is definitely very unfriendly to blocks. There are some comments in the rule text

Code: Select all

# Survival
# problem is somewhere around here

but they fail to explain much of anything.

Here's a thread with some sample no-longer-working Brew patterns.

[hotcrystal0]

NEW issue: In the Rule Request Thread, I posted the rule "NoBlocklife" and tried to load a pattern with it but it didn't work. Also Brew doesn't work anymore.

As usual, "didn't work" is a seriously inadequate problem description. Maybe you mean "didn't work the way you wanted it to"?

If so, how did you want the NoBlockLife rule to work? The rule table seems to be a valid rule table, and the rule is definitely very unfriendly to blocks. There are some comments in the rule text

Code: Select all

# Survival
# problem is somewhere around here

but they fail to explain much of anything.

Here's a thread with some sample no-longer-working Brew patterns.

When I loaded it it said, "Unsupported rule name"

[dvgrn]

When I loaded it it said, "Unsupported rule name"

Loaded it where?

[hotcrystal0]

When I loaded it it said, "Unsupported rule name"

Loaded it where?

on lifeviewer. Golly supports it perfectly

[dvgrn]

on lifeviewer. Golly supports it perfectly

Looks like you solved the problem -- or at least, found the solution that I thought would work. It was created with an extra capital L -- just something you have to be careful about with rule names.

Code: Select all

x = 65, y = 66, rule = NoBlockLife
.2A$A2.A$.2A17$18.2A$17.2A$19.A11$59.3A$62.3A4$15.2A$14.A.A$15.A23$
36.A$35.A.A$35.A2.A$36.2A!

But why is there a comment in the LifeWiki version that says "problem is around here somewhere" -- if it's actually in working order?

[hotcrystal0]

That's a different problem. Also, it's still saying unsupported rule name

[rowett]

Here's a thread with some sample no-longer-working Brew patterns.

These are working again.

[dvgrn]

That's a different problem. Also, it's still saying unsupported rule name

Check again. I patched up the capitalization issue a little while after making the initial post, which was probably confusing. When I removed the capital L from the rule name on the LifeWiki, the above started working for me.

It's generally good practice to get rules into a stable state before putting them out on LifeWiki -- i.e., resolve any problems and remove comments like that. Otherwise, if people get interested and find an unlikely oscillator or some such in your rule, the odds are high that it will stop working once you make the final adjustments to the rule.