Replies: 6 comments 12 replies
-
PS: The error I was originally getting was that it couldn't read |
Beta Was this translation helpful? Give feedback.
-
Probably better to just do while (currentNode && currentNode !== this.endComment) { This is definitely a place that typescript would have prevented this issue. |
Beta Was this translation helpful? Give feedback.
-
PR with a fix: #3729 |
Beta Was this translation helpful? Give feedback.
-
Seeing the same Uncaught TypeError: Cannot read properties of null (reading 'nextSibling') down stream into LiveWIre 3 and Filament 3. Roadblocked, so hoping for a fix. |
Beta Was this translation helpful? Give feedback.
-
@levu42 the issue was actually to do with the morph markers creating mis-formed html when using the |
Beta Was this translation helpful? Give feedback.
-
same problem still not fixed... |
Beta Was this translation helpful? Give feedback.
-
I'm using Livewire 3 on a big codebase that I've upgraded a few betas ago to Livewire v3, and now I ran into a bug when updating a bit more complex component tree. I was unfortunately not able to make a reproducable test case as a bug report, but I found a JS fix inside alpine that fixes the issue:
In
alpine/packages/morph/src/morph.js
Line 406 in 5506b5c
currentNode
isnull
, but notundefined
.Changing the condition from
currentNode !== undefined
tocurrentNode !== undefined && currentNode !== null
fixed the problem for me.I don't fully understand what's happening here, but I would love to have that fix upstream, so I don't need to bugfix my
livewire.esm.js
on every Livewire / alpine update ;)Beta Was this translation helpful? Give feedback.
All reactions