lifeviewer bug

Has something gone haywire? Let us know about it!
User avatar
confocaloid
Posts: 4918
Joined: February 8th, 2022, 3:15 pm
Location: https://catagolue.hatsya.com/census/b3s234c/C4_4/xp62

Re: lifeviewer bug

Post by confocaloid » October 11th, 2024, 8:55 pm

In LifeViewer build 1201, "KILLGLIDERS" incorrectly kills the output gliders before they reach the eater1 (which would interact with them and eat them):

Code: Select all

#C [[ KILLGLIDERS THEME Catagolue ]]
x = 214, y = 171, rule = B3/S23
48b2o$47bobo$41b2o4bo$39bo2bo2b2ob4o$39b2obobobobo2bo$42bobobobo$42bob
ob2o$43bo2$56b2o$47b2o7bo$47b2o5bobo$54b2o7$44b2o$45bo$42b3o$42bo2$56b
3o$56bo$57bo5$9bo$9b3o10bo$12bo9bobo$11b2o9b2o3$3b2o$3bo$2obo$o2b3o4b
2o$b2o3bo3b2o$3b4o$3bo15b2o$4b3o12bobo$7bo13bo$2b5o14b2o$2bo$4bo$3b2o
11$48bo$46b3o$45bo$45b2o3$35bo$36bo$34b3o5$31b2o$31b2o3$53b2o$42b2o9b
2o$41bo2bo$42bobo$43bo4$30bob2o$28b3ob2o13b2o$27bo19b2o$28b3ob2o6b2o$
30bobo7b2o$30bobo$31bo3$126b3o$126bo$127bo$160b2o$160bo$141bo6b2o3b2o
7bo$140bobo5b2o3b2o6b4o$141bo23bo$161b3o2bo$161bo2b2o$162b2o$163bo$
162bo$163b3o$165bo$135b2o$136bo$133b3o$133bo4$144b2o$145bo8b2o$145b3o
6bo$155b3o$158bo$130b2o23b3o$131bo21b3o24b2o$131bobo18bo27bo$121bo10b
2o18b2o24bobo$119b3o56b2o$118bo$118b2o32bo8b2o18b2o$103b2o46bobo8bo18b
o$104bo45bo2bo2b2o4bobo14bobo$104bob2o43b2o3b2o5b2o14b2o$105bo2bo23bo$
106b2o24bo$121b2o9b3o15b2o$121b2o11bo15b2o4$130bo3b2o$129bobo3bo20bo$
128bobo3bo19b3o$124b2obobo3bo10b3o6bo$124b2obo2b4obo8bo8b2o$128bobo3bo
bo6b2o$124b2ob2o2bo2bobo$125bobo2b2o3bo27b2o$113b2o10bobo35bo2bo$113b
2o11bo37b3o2b2o7b2o$170bo7bo$166b4o9b3o$166bo2bobo9bo$164bobo3b2o$164b
2o$140b2o$140b2o3$139b2o$140bo$137b3o$137bo15b2o5b2o$154bo5bo$151b3o7b
3o$151bo11bo4$210b2o$210bo$211b3o$213bo!
Expected behaviour: output gliders reach the eater1 and are eaten by it. "KILLGLIDERS" only deletes escaping gliders (i.e. those gliders that will never interact again with anything in the pattern).

Actual behaviour: "KILLGLIDERS" deletes some non-escaping gliders (those gliders that would interact with something in future).

image.png
image.png (46.67 KiB) Viewed 1137 times
127:1 B3/S234c User:Confocal/R (isotropic CA, incomplete)
Unlikely events happen.
My silence does not imply agreement, nor indifference. If I disagreed with something in the past, then please do not construe my silence as something that could change that.

User avatar
rowett
Moderator
Posts: 4078
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett » October 21st, 2024, 3:11 am

confocaloid wrote:
October 11th, 2024, 8:55 pm
In LifeViewer build 1201, "KILLGLIDERS" incorrectly kills the output gliders before they reach the eater1 (which would interact with them and eat them)
Fixed, thanks!

User avatar
CARuler
Posts: 613
Joined: July 30th, 2024, 5:38 pm
Location: A rule-verse in floor rule-verse of the CGOL skyscraper

Re: lifeviewer bug

Post by CARuler » October 24th, 2024, 4:53 pm

I uploaded this rule but lifeveiwer isn't processing it

Code: Select all

x = 9, y = 1, rule = HailstonesBinary
ABAB3ABA!
likes interesting rules
vist my rules here
also, if you have fractal-related discoveries
also likes weird growth patterns in CA

User avatar
dvgrn
Moderator
Posts: 11212
Joined: May 17th, 2009, 11:00 pm
Location: Madison, WI
Contact:

Re: lifeviewer bug

Post by dvgrn » October 24th, 2024, 9:18 pm

CARuler wrote:
October 24th, 2024, 4:53 pm
I uploaded this rule but lifeveiwer isn't processing it

Code: Select all

x = 9, y = 1, rule = HailstonesBinary
ABAB3ABA!
It looks like LifeViewer is expecting the @TABLE section to come before the other sections.

Anyway, I shuffled the order of the .rule file sections, and it seems to be working now.

User avatar
pifricted
Posts: 571
Joined: May 25th, 2024, 10:26 am
Location: Behind The Great Internet Wall

Re: lifeviewer bug

Post by pifricted » October 26th, 2024, 8:38 am

When zoom <16 and >8, the icons disappear.

Code: Select all

# [[ ZOOM 9 ICONS ]]
x = 20, y = 20, rule = HalfSquare
A.BC4.E.A2B.DBD.AE$C2.FDB.DFC3.D.E.A$.D.F3.F.A3.E2.C2.F$3.FA2.A8.E$.E
DAC2.ED2E2.A2.B2.D$CE2.B.FEC.CBE3.B$.BD.DFE.E4.ED3.D$4.E.D.FD2EACD2.E
$.E2.A2.C.CD2.A4.2E$E4.ABC2.C.BAEA3.E$F2.FE.ED2.C3.BCFCB$AC.F.B.D.B.C
.2A2.E$2.D.D4.ED.B2.E.E$D2.D.F.A.BF.E.B.EDAB$2CB5.D.BF.EC2.3E$.EF.ED
2FC2.ED4.F.E$.FA3.DC.A2.FA2.DAE$D.D2.B2.EACFDAF3.EA$DCFD.F6.DE3.ED$.D
7.EAE.EF.E2.F!
@RULE HalfSquare
o    x    o
   x    o    o

   x    o    o
o    x    o
@COLORS
1 255 255 255
2 255 255 255
3 255 255 255
4 255 255 255
4 255 255 255
5 255 255 255
6 255 255 255
@TABLE
n_states:7
neighborhood:Moore
symmetries:none
var a={0,1,2,3,4,5,6}
var a1=a
var a2=a
var a3=a
var a4=a
var a5=a
var a6=a
var a7=a
var a8=a
var s={1,3,5,6}
var w={2,3,5,6}
var n={2,3,4,6}
var e={1,3,4,6}
var sw={5,6}
var nw={2,3}
var ne={4,6}
var se={1,3}
var ns={0,w,n,e}
var nw={0,s,n,e}
var nn={0,w,s,e}
var ne={0,w,n,s}
var nsw={0,nw,ne,se}
var nnw={0,sw,ne,se}
var nne={0,nw,sw,se}
var nse={0,nw,ne,sw}
#c,nn,nne,ne,nse,ns,nsw,nw,nnw,c'
#
0,n,nne,e,nse,s,nsw,w,nnw,0
#
0,nn,nne,e,nse,s,nsw,w,nnw,0
0,n,nne,ne,nse,s,nsw,w,nnw,0
0,n,nne,e,nse,ns,nsw,w,nnw,0
0,n,nne,e,nse,s,nsw,nw,nnw,0
#
0,nn,nne,ne,nse,s,nsw,w,nnw,0
0,n,nne,ne,nse,ns,nsw,w,nnw,0
0,n,nne,e,nse,ns,nsw,nw,nnw,0
0,nn,nne,e,nse,s,nsw,nw,nnw,0
#
0,nn,nne,e,nse,ns,nsw,w,nnw,0
0,n,nne,ne,nse,s,nsw,nw,nnw,0
#
0,n,nne,ne,nse,ns,nsw,nw,nnw,5
0,nn,nne,e,nse,ns,nsw,nw,nnw,2
0,nn,nne,ne,nse,s,nsw,nw,nnw,4
0,nn,nne,ne,nse,ns,nsw,w,nnw,1
a,a1,a2,a3,a4,,a5,a6,a7,a8,0

@ICONS
# icon info is in XPM format (order is not important)
XPM
/* width height num_colors chars_per_pixel */
"15 90 2 1"
/* colors */
". c #000000"
"A c #FFFFFF"
/* 1 */
"AAAAAAAAAAAAAAA"
"AAAAAAAAAAAAAA."
"AAAAAAAAAAAAA.."
"AAAAAAAAAAAA..."
"AAAAAAAAAAA...."
"AAAAAAAAAA....."
"AAAAAAAAA......"
"AAAAAAAA......."
"AAAAAAA........"
"AAAAAA........."
"AAAAA.........."
"AAAA..........."
"AAA............"
"AA............."
"A.............."
/* 2 */
"..............A"
".............AA"
"............AAA"
"...........AAAA"
"..........AAAAA"
".........AAAAAA"
"........AAAAAAA"
".......AAAAAAAA"
"......AAAAAAAAA"
".....AAAAAAAAAA"
"....AAAAAAAAAAA"
"...AAAAAAAAAAAA"
"..AAAAAAAAAAAAA"
".AAAAAAAAAAAAAA"
"AAAAAAAAAAAAAAA"
/* 3 */
"AAAAAAAAAAAAAA."
"AAAAAAAAAAAAA.A"
"AAAAAAAAAAAA.AA"
"AAAAAAAAAAA.AAA"
"AAAAAAAAAA.AAAA"
"AAAAAAAAA.AAAAA"
"AAAAAAAA.AAAAAA"
"AAAAAAA.AAAAAAA"
"AAAAAA.AAAAAAAA"
"AAAAA.AAAAAAAAA"
"AAAA.AAAAAAAAAA"
"AAA.AAAAAAAAAAA"
"AA.AAAAAAAAAAAA"
"A.AAAAAAAAAAAAA"
".AAAAAAAAAAAAAA"
/* 4 */
"A.............."
"AA............."
"AAA............"
"AAAA..........."
"AAAAA.........."
"AAAAAA........."
"AAAAAAA........"
"AAAAAAAA......."
"AAAAAAAAA......"
"AAAAAAAAAA....."
"AAAAAAAAAAA...."
"AAAAAAAAAAAA..."
"AAAAAAAAAAAAA.."
"AAAAAAAAAAAAAA."
"AAAAAAAAAAAAAAA"
/* 5 */
"AAAAAAAAAAAAAAA"
".AAAAAAAAAAAAAA"
"..AAAAAAAAAAAAA"
"...AAAAAAAAAAAA"
"....AAAAAAAAAAA"
".....AAAAAAAAAA"
"......AAAAAAAAA"
".......AAAAAAAA"
"........AAAAAAA"
".........AAAAAA"
"..........AAAAA"
"...........AAAA"
"............AAA"
".............AA"
"..............A"
/* 6 */
".AAAAAAAAAAAAAA"
"A.AAAAAAAAAAAAA"
"AA.AAAAAAAAAAAA"
"AAA.AAAAAAAAAAA"
"AAAA.AAAAAAAAAA"
"AAAAA.AAAAAAAAA"
"AAAAAA.AAAAAAAA"
"AAAAAAA.AAAAAAA"
"AAAAAAAA.AAAAAA"
"AAAAAAAAA.AAAAA"
"AAAAAAAAAA.AAAA"
"AAAAAAAAAAA.AAA"
"AAAAAAAAAAAA.AA"
"AAAAAAAAAAAAA.A"
"AAAAAAAAAAAAAA."
Last edited by pifricted on October 26th, 2024, 11:14 pm, edited 2 times in total.

User avatar
confocaloid
Posts: 4918
Joined: February 8th, 2022, 3:15 pm
Location: https://catagolue.hatsya.com/census/b3s234c/C4_4/xp62

Re: lifeviewer bug

Post by confocaloid » October 26th, 2024, 11:47 am

While not directly related to your bugreport, please note that "0.5Square" fails to be a valid .rule filename:
(1) It begins with a digit. @RULE names should begin with an uppercase letter.
(2) It contains a dot. @RULE names should contain only letters and/or digits, with hyphens and/or underscores allowed as separators.

See the Golly documentation and the forum thread viewtopic.php?f=16&t=6720 "LifeWiki @RULE names"
pifricted wrote:
October 26th, 2024, 8:38 am
When zoom <16 and >8, the icons disappear.

Code: Select all

# [[ ZOOM 9 ICONS ]]
x = 20, y = 20, rule = 0.5Square
127:1 B3/S234c User:Confocal/R (isotropic CA, incomplete)
Unlikely events happen.
My silence does not imply agreement, nor indifference. If I disagreed with something in the past, then please do not construe my silence as something that could change that.

unname4798
Posts: 1256
Joined: July 15th, 2023, 10:27 am
Location: On the highest skyscraper

Re: lifeviewer bug

Post by unname4798 » October 26th, 2024, 11:56 am

confocaloid wrote:
October 26th, 2024, 11:47 am
While not directly related to your bugreport, please note that "0.5Square" fails to be a valid .rule filename:
(1) It begins with a digit. @RULE names should begin with an uppercase letter.
(2) It contains a dot. @RULE names should contain only letters and/or digits, with hyphens and/or underscores allowed as separators.

See the Golly documentation and the forum thread viewtopic.php?f=16&t=6720 "LifeWiki @RULE names"
pifricted wrote:
October 26th, 2024, 8:38 am
When zoom <16 and >8, the icons disappear.

Code: Select all

# [[ ZOOM 9 ICONS ]]
x = 20, y = 20, rule = 0.5Square
Use HalfSquare instead of 0.5Square.
Is Rulename "0.5Square" actually invalid?
(1) Fine
(2) Frowned upon
The answer is yes, because of (2), but not (1).
This profile is sponsored by Unname Inc. (2022-2024)
Status: none.
Companies: NOT (Nihonium Orange Team)

MOTD:
B-engine: How MOTD is a similar to motto?
unname: To being replaced by D.
Others: Wrong!!! It's "To be replaced with D."

User avatar
confocaloid
Posts: 4918
Joined: February 8th, 2022, 3:15 pm
Location: https://catagolue.hatsya.com/census/b3s234c/C4_4/xp62

Re: lifeviewer bug

Post by confocaloid » October 26th, 2024, 12:06 pm

unname4798 wrote:
October 26th, 2024, 11:56 am
[...] Is Rulename "0.5Square" actually invalid? [...]
Yes, see viewtopic.php?p=195139#p195139 and Golly documentation.
Note "Begin with a capital letter", and also note that the following filenames (either beginning with a digit, or containing a dot, or both) are explicitly listed as not compatible:

Code: Select all

1x(vN).rule
2.5life.rule
3.5table3beacon.rule
3n+1.rule

B2o45.S2o45.rule
127:1 B3/S234c User:Confocal/R (isotropic CA, incomplete)
Unlikely events happen.
My silence does not imply agreement, nor indifference. If I disagreed with something in the past, then please do not construe my silence as something that could change that.

User avatar
rowett
Moderator
Posts: 4078
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett » October 29th, 2024, 2:38 am

pifricted wrote:
October 26th, 2024, 8:38 am
When zoom <16 and >8, the icons disappear.
Fixed, thanks for reporting!

islptng
Posts: 133
Joined: May 24th, 2024, 6:17 am
Location: 种花家

Re: lifeviewer bug

Post by islptng » November 4th, 2024, 9:07 pm

Although this is not a bug, but I would like to call it:
On most computer, the speed "1x" means 60gps.
But my computer runs at 240 fps, and therefore "1x" means 240gps, it's too fast.
Could you make it initialize with 60gps instead of current fps? thanks
Not so active anymore because I'm in a mega giga terra dilemma.
| My sandbox | All my engineered replicators
| Probably the first rule with common (2,1)c/6 knightships

User avatar
rowett
Moderator
Posts: 4078
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett » November 11th, 2024, 11:11 am

islptng wrote:
November 4th, 2024, 9:07 pm
Although this is not a bug, but I would like to call it:
On most computer, the speed "1x" means 60gps.
But my computer runs at 240 fps, and therefore "1x" means 240gps, it's too fast.
Could you make it initialize with 60gps instead of current fps? thanks
In build 1206 I've changed it so "1x" always means 60gps regardless of the monitor refresh rate. Please let me know if this works for you.

User avatar
b-engine
Posts: 2310
Joined: October 26th, 2023, 4:11 am
Location: Somewhere on earth

Re: LifeViewer bug on mobile devices

Post by b-engine » November 13th, 2024, 1:53 am

b-engine wrote:
October 10th, 2024, 6:01 pm
This bug persists till now (only on Android touchscreen devices), and it's not fixed. Anyone else noticing the issue?
This is the longest living bug I've ever seen. It only appear on forums and LifeWiki, on Chrome running in Android touchscreen devices. Request fixing the bug again.
b-rules100th post: 18 November 2023 1000th post: 8 March 2024 10000th post:

User avatar
b-engine
Posts: 2310
Joined: October 26th, 2023, 4:11 am
Location: Somewhere on earth

Re: lifeviewer bug

Post by b-engine » November 13th, 2024, 2:03 am

Patterns actually run in 2x speed when I set the GPS to 1x.

Code: Select all

3o!
On Windows 11, Chrome.
This didn't happen in mobile, through.
b-rules100th post: 18 November 2023 1000th post: 8 March 2024 10000th post:

User avatar
rowett
Moderator
Posts: 4078
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett » November 13th, 2024, 2:31 am

b-engine wrote:
November 13th, 2024, 2:03 am
Patterns actually run in 2x speed when I set the GPS to 1x.
Try running the following pattern:

Code: Select all

x = 7, y = 3, rule = B3/S23
o3b3o$3o2bo$bo!
[[ STOP 300 SHOWGENSTATS SHOWTIMING AUTOSTART ]]
It should get to generation 300 in around 5 seconds. This information is displayed at the bottom left.

islptng
Posts: 133
Joined: May 24th, 2024, 6:17 am
Location: 种花家

Re: lifeviewer bug

Post by islptng » November 13th, 2024, 4:08 am

b-engine wrote:
November 13th, 2024, 2:03 am
Patterns actually run in 2x speed when I set the GPS to 1x.

Code: Select all

3o!
On Windows 11, Chrome.
This didn't happen in mobile, through.
It works normally, and I am on Windows 11, Chrome, too.
rowett wrote:
November 11th, 2024, 11:11 am
In build 1206 I've changed it so "1x" always means 60gps regardless of the monitor refresh rate. Please let me know if this works for you.
It works! (but now, sadly, I can't adjust it to 256x (64x when initialize as 240gps).)
Not so active anymore because I'm in a mega giga terra dilemma.
| My sandbox | All my engineered replicators
| Probably the first rule with common (2,1)c/6 knightships

User avatar
b-engine
Posts: 2310
Joined: October 26th, 2023, 4:11 am
Location: Somewhere on earth

Re: lifeviewer bug

Post by b-engine » November 13th, 2024, 4:24 am

rowett wrote:
November 13th, 2024, 2:31 am
b-engine wrote:
November 13th, 2024, 2:03 am
Patterns actually run in 2x speed when I set the GPS to 1x.
Try running the following pattern:

Code: Select all

x = 7, y = 3, rule = B3/S23
o3b3o$3o2bo$bo!
[[ STOP 300 SHOWGENSTATS SHOWTIMING AUTOSTART ]]
It should get to generation 300 in around 5 seconds. This information is displayed at the bottom left.
Nope, it instead takes only 2.51 seconds:
See bottom-left
See bottom-left
Screenshot_20241113_162308.jpg (119.85 KiB) Viewed 749 times
My monitor has refresh rate of 60 FPS.
b-rules100th post: 18 November 2023 1000th post: 8 March 2024 10000th post:

User avatar
rowett
Moderator
Posts: 4078
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett » November 13th, 2024, 5:06 am

b-engine wrote:
November 13th, 2024, 4:24 am
Nope, it instead takes only 2.51 seconds:
My monitor has refresh rate of 60 FPS.
It looks like LifeViewer thinks your monitor has a refresh rate of 30Hz which means while it was measuring speed things were slow. What's the spec of your machine (CPU, RAM, etc)?

User avatar
rowett
Moderator
Posts: 4078
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett » November 14th, 2024, 2:20 pm

rowett wrote:
November 13th, 2024, 5:06 am
b-engine wrote:
November 13th, 2024, 4:24 am
Nope, it instead takes only 2.51 seconds:
My monitor has refresh rate of 60 FPS.
It looks like LifeViewer thinks your monitor has a refresh rate of 30Hz which means while it was measuring speed things were slow. What's the spec of your machine (CPU, RAM, etc)?
In build 1210 I've added a new option: Settings>Advanced>Force 60Hz (hotkey Shift E):
  • This forces LifeViewer to update at 60Hz and overrides the automatic refresh rate detection
  • This setting is saved for the current browser on the current device
Please let me know if this works for you.

User avatar
b-engine
Posts: 2310
Joined: October 26th, 2023, 4:11 am
Location: Somewhere on earth

Re: lifeviewer bug

Post by b-engine » November 14th, 2024, 6:01 pm

rowett wrote:
November 14th, 2024, 2:20 pm
Please let me know if this works for you.
It (seems) works:
Screenshot_20241115_055850.jpg
Screenshot_20241115_055850.jpg (108.01 KiB) Viewed 715 times
b-rules100th post: 18 November 2023 1000th post: 8 March 2024 10000th post:

User avatar
LuveelVoom
Posts: 43
Joined: April 27th, 2022, 7:59 pm

Re: lifeviewer bug

Post by LuveelVoom » November 26th, 2024, 1:12 pm

About a good half of the time, opening lifeviewer embedded windows on mobile (never on the website or on computers) will create the window, but the window is unresponsive to every form of interaction except closing and sometimes dragging. This isn’t a huge issue, since I can close and reopen the window, but it is very annoying. Patterns in the window still run (if they autorun), but the only interactions possible are closing the window or dragging it. Dragging the window far enough also often fixes the issue. I suspect this has something to do with the corner of the browser. IOS 17.6.1, safari browser.

Code: Select all

x = 74, y = 29, rule = R1,C3,S2-3,B3,NW211111112,012
$56.A$56.2BA$53.A3.2B$51.B.BA2.B$52.B4.A$4.A48.B$4.BA41.B$46.A3.B.A$52.
B$53.BA$2.A3.B$.B$2.B51.B$52.A$70.BA$68.A3B$71.BA2$60.B2.A5.A$63.B3.B
.BA$59.A4.BA2.B$69.B$65.B3$66.B$65.A!

User avatar
rowett
Moderator
Posts: 4078
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: lifeviewer bug

Post by rowett » November 26th, 2024, 2:03 pm

LuveelVoom wrote:
November 26th, 2024, 1:12 pm
About a good half of the time, opening lifeviewer embedded windows on mobile
Which device are you using?

User avatar
LuveelVoom
Posts: 43
Joined: April 27th, 2022, 7:59 pm

Re: lifeviewer bug

Post by LuveelVoom » November 26th, 2024, 3:24 pm

rowett wrote:
November 26th, 2024, 2:03 pm
LuveelVoom wrote:
November 26th, 2024, 1:12 pm
About a good half of the time, opening lifeviewer embedded windows on mobile
Which device are you using?
iPad eighth generation. OS and browser version are in above.

Code: Select all

x = 74, y = 29, rule = R1,C3,S2-3,B3,NW211111112,012
$56.A$56.2BA$53.A3.2B$51.B.BA2.B$52.B4.A$4.A48.B$4.BA41.B$46.A3.B.A$52.
B$53.BA$2.A3.B$.B$2.B51.B$52.A$70.BA$68.A3B$71.BA2$60.B2.A5.A$63.B3.B
.BA$59.A4.BA2.B$69.B$65.B3$66.B$65.A!

User avatar
b-engine
Posts: 2310
Joined: October 26th, 2023, 4:11 am
Location: Somewhere on earth

Re: LifeViewer bug on mobile devices

Post by b-engine » November 26th, 2024, 5:25 pm

LuveelVoom wrote:
November 26th, 2024, 1:12 pm
About a good half of the time, opening lifeviewer embedded windows on mobile (never on the website or on computers) will create the window, but the window is unresponsive to every form of interaction except closing and sometimes dragging. This isn’t a huge issue, since I can close and reopen the window, but it is very annoying. Patterns in the window still run (if they autorun), but the only interactions possible are closing the window or dragging it. Dragging the window far enough also often fixes the issue. I suspect this has something to do with the corner of the browser. IOS 17.6.1, safari browser.
I think I had reported the bug before, but this was never fixed:
b-engine wrote:
April 4th, 2024, 2:19 am
There's a good chance that you can't use the pan function on mobile (maybe also happens in other touchscreen devices). When you tap somewhere in the viewer window, it seems to be like holding the "cursor".
Screenshot_2024-04-04-14-16-06-42_40deb401b9ffe8e1df2f1cc5ba480b12.jpg
This had frustrated me for a long time, while the bug seems to haven't been noticed by someone else yet.

EDIT: Had anyone noticed that this post yet?
b-rules100th post: 18 November 2023 1000th post: 8 March 2024 10000th post:

User avatar
rowett
Moderator
Posts: 4078
Joined: January 31st, 2013, 2:34 am
Location: UK
Contact:

Re: LifeViewer bug on mobile devices

Post by rowett » November 26th, 2024, 6:20 pm

b-engine wrote:
November 26th, 2024, 5:25 pm
I think I had reported the bug before, but this was never fixed:
It wasn't fixed because I can't reproduce the problem.

User avatar
LuveelVoom
Posts: 43
Joined: April 27th, 2022, 7:59 pm

Re: lifeviewer bug

Post by LuveelVoom » December 3rd, 2024, 9:52 pm

Memory leak of some sort in LTL rules, especially generations ones? They just get laggier and laggier the longer you spend in a pattern. All devices I have tried. Also, if there’s an error in a rulestring, it deletes the entire rulestring, which is REALLY annoying. Not sure if that’s a bug.

Code: Select all

x = 74, y = 29, rule = R1,C3,S2-3,B3,NW211111112,012
$56.A$56.2BA$53.A3.2B$51.B.BA2.B$52.B4.A$4.A48.B$4.BA41.B$46.A3.B.A$52.
B$53.BA$2.A3.B$.B$2.B51.B$52.A$70.BA$68.A3B$71.BA2$60.B2.A5.A$63.B3.B
.BA$59.A4.BA2.B$69.B$65.B3$66.B$65.A!

Post Reply