lifeviewer bug

[squareroot12621]

This is a big problem for weighted HROT rules.

There's seems a bug here:

Code: Select all

x = 0, y = 0, rule = R2,C2,S2-3,B3,136,NW8888881118810188111888888
5o$5o$2ob2o$5o$5o!

There're 136 neighbors in the weighted neighborhood, but LifeViewer says the maximum neighbors a cell can have is 8.

"8" actually means -8, because you're using one signed hexadecimal digit. Here's a fixed version:

Code: Select all

x = 0, y = 0, rule = R2,C2,S2-3,B3,136,NW08080808080801010108080100010808010101080808080808
5o$5o$2ob2o$5o$5o!

[b-engine]

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".

This seems to be like holding mouse over a button

Screenshot_2024-04-04-14-16-06-42_40deb401b9ffe8e1df2f1cc5ba480b12.jpg (73.99 KiB) Viewed 9416 times

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?

[rowett]

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".

I can't reproduce this.

What device are you using?
Which browser and version?
Anyone else seeing this issue?

[b-engine]

What device are you using?
Which browser and version?
Anyone else seeing this issue?

Realme C55
Google Chrome version 123.0.6312.99

I haven't any other mobile devices, so I don't know if anyone else suffering from this issue.

[rowett]

Realme C55
Google Chrome version 123.0.6312.99

I haven't any other mobile devices, so I don't know if anyone else suffering from this issue.

Thanks for the data. Let's see if anyone else has the issue.

[b-engine]

Managed to capture that bug then sent it as compressed file (as I can't send it as mp4).
I wonder if you can see any problem...

LifeViewerMobilebug.zip

(2.5 MiB) Downloaded 197 times

[Cyclotrons]

Lifeviewer currently throws an error when trying to view the patterns in this post, despite previously being able to do so with no problem.

[confocaloid]

Lifeviewer currently throws an error when trying to view the patterns in this post, despite previously being able to do so with no problem.

Here is the first snippet from the linked post, modified to replace the long rulestring with "example" both in the RLE header and in the appended @RULE header. It works. I believe the reason why there is an error in your post is because the specified rulename doesn't follow conventions for rulenames that are explained on the page https://golly.sourceforge.io/Help/formats.html#rulename

Fixing rulenames to follow conventions should fix the problem.

Code: Select all

#B1.;1;0.;8.;3;3.;2;4/B2.;2a;0.5e;1e;2i.6a;1.6i;1c/1T2.;0;2e/S1.;4i;0/S2.;0;2,3
x = 48, y = 64, rule = example
46.2B$47.B6$45.2B$46.B2$36.2BA$38.B$38.B4$5.2B14.2B7.2BA$5.B11.2BA2.B
9.B$7.2B10.B12.B$8.B13.2B$18.B.B2.2B$10.2B8.2B$11.B9.B$31.BA$29.B2.B$
5.2B25.B$6.B5.B2.2A8.B$11.B.B10.2B$6.B5.2B.A.B$6.2B9.2B10.B$3.B11.B
12.2B$3.2B.2B.2B6.A$6.B2.B5.2B$18.2B$17.2B4.A2BA$14.B5.2B$7.2B4.2B5.B
.B.B2.B$2B6.B3.B8.2B3.2B$B4.2B3.2B14.B$6.2B.2B$3.2B20.2A$4.2B13.B3.B
4.B$19.2A.2B3.2B$27.B2.B$21.2B.2A3.2B$15.2B4.B$15.A2B3$33.2B$34.B2$
10.B21.BA$10.2B9$40.2B$40.2B!

@RULE example

Full Rulestring:
B1.;1;0.;8.;3;3.;2;4/B2.;2a;0.5e;1e;2i.6a;1.6i;1c/1T2.;0;2e/S1.;4i;0/S2.;0;2,3

@TREE
num_states=3
num_neighbors=8
num_nodes=129
1 0 0 0
1 1 0 0
2 0 1 0
2 1 0 0
1 0 2 2
2 0 0 4
3 2 3 5
2 0 0 0
3 3 7 7
1 0 0 2
1 2 0 0
2 9 10 9
3 5 7 11
4 6 8 12
3 7 7 7
2 10 0 0
3 7 7 15
4 8 14 16
2 0 0 9
2 0 0 10
2 4 0 9
3 18 19 20
3 19 7 7
2 9 0 0
3 20 7 23
4 21 22 24
5 13 17 25
2 1 10 10
3 27 15 15
4 28 14 14
4 14 14 14
5 29 30 30
2 0 10 9
2 9 0 9
3 32 15 33
3 33 7 23
4 34 14 35
3 23 7 7
4 35 14 37
5 36 30 38
6 26 31 39
3 27 7 7
3 15 7 7
4 41 42 42
5 43 30 30
1 0 1 0
2 45 0 0
3 7 46 7
4 14 47 14
2 0 0 1
3 7 7 49
4 14 14 50
2 0 1 1
3 7 49 52
4 14 50 53
5 48 51 54
3 7 52 2
4 14 53 56
5 30 54 57
6 44 55 58
3 32 7 33
4 60 42 35
5 61 30 38
3 7 2 7
4 37 56 63
5 38 57 64
6 62 58 65
7 40 59 66
3 3 15 15
4 68 14 14
4 42 14 14
5 69 70 70
2 0 45 0
3 72 7 7
4 73 14 50
5 30 74 54
6 71 75 58
5 30 51 54
3 49 7 3
4 50 14 78
5 51 30 79
3 52 3 3
4 53 78 81
5 54 79 82
6 77 80 83
3 2 3 7
4 56 81 85
5 57 82 86
6 58 83 87
7 76 84 88
3 18 15 33
4 90 14 35
5 91 70 38
6 92 58 65
4 63 85 14
5 64 86 94
6 65 87 95
7 93 88 96
8 67 89 97
4 8 42 42
5 99 70 70
6 100 77 58
6 75 80 83
7 101 102 88
6 55 80 83
4 14 63 14
5 30 105 30
4 78 14 8
5 79 30 107
6 80 106 108
4 81 8 8
5 82 107 110
6 83 108 111
7 104 109 112
4 85 8 14
5 86 110 114
6 87 111 115
7 88 112 116
8 103 113 117
3 18 7 33
4 119 42 35
5 120 70 38
6 121 58 65
7 122 88 96
5 94 114 30
6 95 115 124
7 96 116 125
8 123 117 126
9 98 118 127

[rowett]

Lifeviewer currently throws an error when trying to view the patterns in this post, despite previously being able to do so with no problem.

Fixed, thanks for reporting!

[b-engine]

Sometimes you can't copy a pattern out of forums LifeViewer. This had frustrated me recently.

EDIT: I can't get the condition for the bug to happen.

[rowett]

Sometimes you can't copy a pattern out of forums LifeViewer. This had frustrated me recently.

I'm sorry you're frustrated.

When reporting an issue you need to be specific and ideally provide a set of repeatable steps that demonstrates the issue.

[b-engine]

Now LifeViewer always can't save patterns. And LifeViewer seems always unable to copy selection into clipboard (at least using default settings).

EDIT: Now the buttons in the settings are useless.

[Haycat2009]

Bug: In an infinite-length cylinder, the middle section’s grey walls disappear when zooming out. I first found this bug in the titanic toroidal traveller page.

[rowett]

Bug: In an infinite-length cylinder, the middle section’s grey walls disappear when zooming out. I first found this bug in the titanic toroidal traveller page.

They don't disappear. The history trail is being displayed above them.

Code: Select all

x = 7, y = 3, rule = B3/S23:T0,10
o3b3o$3o2bo$bo!
[[ THEME Red ZOOM -8 STEP 16 ]]

[b-engine]

(I don't know if this belongs to elsewhere, moderators feel free to move it to an appropriate thread)

When I'm editing any wiki page the viewers are alway broken. Is there anyway to fix it?
Example from OCA:B2i3/S23, bug at top-right and bottom-left:

Screenshot 2024-05-14 195028.png (40.11 KiB) Viewed 9144 times

[dvgrn]

When I'm editing any wiki page the viewers are alway broken. Is there anyway to fix it?
Example from OCA:B2i3/S23, bug at top-right and bottom-left...

More specifics, please. If you click on the above wiki link and click the "Edit" tab, you won't see any failed attempts to render the page. Are you also clicking the "Preview" tab?

What OS are you running, and which browser? I don't see anything like the screenshot when I try "Preview" on Chrome in Windows 11.

[b-engine]

More specifics, please. If you click on the above wiki link and click the "Edit" tab, you won't see any failed attempts to render the page. Are you also clicking the "Preview" tab?

What OS are you running, and which browser? I don't see anything like the screenshot when I try "Preview" on Chrome in Windows 11.

I'm also in Windows 11, using Chrome version 124.0.6367.203. This bug always appears when I preview any page.
Seems that the bug also appears when I'm using another device to preview any page.

[Anivec]

I was using lifeviewer and tried to copy a multi-state pattern when Google Chrome asked me if I wanted to allow "clipboard" for the forums. I clicked allow and tried to copy and paste the same pattern but when the copied pattern was placed, all non-zero states were set to state 1. I tried refreshing and tried copying and pasting a different multi-state pattern but that didn't work, so I disabled "allow clipboard" without refreshing and that seemed to fix the issue with the multi-state pattern.

[rowett]

I was using lifeviewer and tried to copy a multi-state pattern when Google Chrome asked me if I wanted to allow "clipboard" for the forums. I clicked allow and tried to copy and paste the same pattern but when the copied pattern was placed, all non-zero states were set to state 1. I tried refreshing and tried copying and pasting a different multi-state pattern but that didn't work, so I disabled "allow clipboard" without refreshing and that seemed to fix the issue with the multi-state pattern.

LifeViewer will now attempt to use the external clipboard for Paste if the Sync button is enabled. Disable it to use the internal clipboard only.

LifeViewer respects the current rule when pasting from the system clipboard. So if a pattern with a 2-state rule is loaded and you paste a multi-state pattern any state > 0 will be pasted as state 1.

[EvinZL]

Run the pattern in this post after zooming out enough that the entire bounded grid is visible. When the spaceships hit the border they appear to eat away at the border, but when zooming in everything is normal.

Platform: Edge on Windows 11

[b-engine]

Run the pattern in this post after zooming out enough that the entire bounded grid is visible. When the spaceships hit the border they appear to eat away at the border, but when zooming in everything is normal.

Platform: Edge on Windows 11

This is normal. The history trail is displayed over the border.

[squareroot12621]

Run the pattern in this post after zooming out enough that the entire bounded grid is visible. When the spaceships hit the border they appear to eat away at the border, but when zooming in everything is normal.

Platform: Edge on Windows 11

That's intentional (live states and history states appear on top of the border), though I don't really feel like the history states specifically were meant to do so.
Edit: Whoops, sniped.

[confocaloid]

Crossposting from another thread:

3c/3d misidentified as xq6 by apgsearch: object page

Code: Select all

x = 10, y = 9, rule = R4,C6,M1,S9..11,B8..9,NM
4.2D$C3.2D$C2.3D$C2A6D$C2AD.4D$C2A3D$6A$AC4A3.C$4A4C!

No, this is a true p6 spaceship with glide-reflect symmetry:

Code: Select all

x = 39, y = 10, rule = R4,C6,M1,S9..11,B8..9,NM
31.C$4.2D28.2D$C3.2D24.C3.2D$C2.3D11.E4.E7.C3.2D$C2A6D7.E6.E6.C2A6D$C
2AD.4D6.10E5.C2AD.4D$C2A3D10.E6.E6.3A4D$6A11.E4.E7.6A$AC4A3.C20.AC4A$
4A4C22.3A5C!

So this is a LifeViewer bug, not Catagolue/apgsearch.
(possibly because generations 2 and 5 have the same set of state 1 cells, then why is my pattern identified as p6?)

[PHPBB12345]

Console error:

Code: Select all

Uncaught TypeError: Failed to construct 'ClipboardItem': Failed to convert value to 'Blob'

Screenshot:

ClipboardError.png (15.39 KiB) Viewed 8719 times

[rowett]

Console error:

Code: Select all

Uncaught TypeError: Failed to construct 'ClipboardItem': Failed to convert value to 'Blob'

Please let me know which browser you are using on which device (including version numbers).