6.6.1 table editor bug

[bikegremlin]

I put cursor in a field of a table, click the table option to "delete row" and it deletes the row below (that rhymes! :) ).

If I try to add a row below, then delete the row I wish to delete, and only then delete the row that would not be deleted at first - then it works.

2 different WP instances, but same table values.

[poena]

Hi @bikegremlin
Thank you for the report. Can you please add more details about the problem?
I am making an assumption, that you mean the table block, but I am not sure.
I am trying to reproduce it but I am not able to.

I activated Twenty Twenty-Four.
No plugins are active.
I created a new post and added a table with five rows.
I entered 1-5 into the rows of the first columns.
Then I put my mouse on the second row, opened the option, and selected delete row, and the correct row was deleted.
I repeated it with other rows without issues.

[bikegremlin]

Replying to poena:

Hi @bikegremlin
Thank you for the report. Can you please add more details about the problem?
I am making an assumption, that you mean the table block, but I am not sure.
I am trying to reproduce it but I am not able to.

I activated Twenty Twenty-Four.
No plugins are active.
I created a new post and added a table with five rows.
I entered 1-5 into the rows of the first columns.
Then I put my mouse on the second row, opened the option, and selected delete row, and the correct row was deleted.
I repeated it with other rows without issues.

Hi @poena,

Appologies for the crappiest bug report in the known universe (I was in the middle of getting some data updated and just wanted to post the report 'cause I'd forget/not bother to do it later). Also, now, appologies in advance for my Tarzan English. :)

I'm using GeneratePress theme.
Two websites, one in English, the other one in Croatian, same table data:
​https://bike.bikegremlin.com/9519/hub-data/#shimano-r
​https://bicikl.bikegremlin.com/10355/nable-tabela/#shimano-r

I was editing the tables that were set using the Gutenberg "table" block.
My goal was to sort the entries alphabetically, and decided that it's a jolly good idea to achieve it by inserting a new row at the right place, copy pasting the data from an existing row (cell by cell), and then deleting the existing row I had copied the data from.

When I reached the field that starts with:

"HB-7710 Dura Ace
Track
Double thread"

• and has the number 32 in the next column (as two rows start with the quoted entry).

and clicked the "delete row" option, WordPress kept deleting the row below?!

What solved the problem was adding a new row below the row I wanted to delete. After having done that, I could normally delete the new row (first), then the existing row I wanted to delete originally.

The problem was present on both websites. Table cell entries were plain text.

I am now unable to reproduce it (hadn't taken screenshots of the exact table layout), especially not through every step of the rearrangement (the data was originally sorted as it cam in from my notes).

I fully understand that such "elusive" problems that don't appear consistently are very difficult to catch, reproduce, and hence solve.

The WayBack Machine provides one snapshot, but not the steps in-between:
​https://web.archive.org/web/20231128202242/https://bike.bikegremlin.com/9519/hub-data/

If it had happened on one site only, I would have thought nothing of it. But it happened consistently on both sites, and I made sure to click the undo button, then repeat the process, checking that I am in the correct row (field) when clicking the "delete row" option.

Relja

[hellofromTonya]

Thank you for sharing more information @bikegremlin.

I am now unable to reproduce it (hadn't taken screenshots of the exact table layout), especially not through every step of the rearrangement (the data was originally sorted as it cam in from my notes).

As you're no longer able to reproduce it, I'm closing this ticket.

If it the issue reappears, please ​open an issue in the Gutenberg repo. Why open the issue there instead of here in Trac? The issue will be investigated and resolved in Gutenberg, which maintains the editor and block code that WordPress consumes.