[wp-trac] [WordPress Trac] #61872: 6.6.1 table editor bug

WordPress Trac noreply at wordpress.org
Thu Aug 15 06:47:54 UTC 2024


#61872: 6.6.1 table editor bug
-------------------------------------------+------------------------------
 Reporter:  bikegremlin                    |       Owner:  (none)
     Type:  defect (bug)                   |      Status:  new
 Priority:  normal                         |   Milestone:  Awaiting Review
Component:  Editor                         |     Version:  6.6.1
 Severity:  normal                         |  Resolution:
 Keywords:  needs-patch reporter-feedback  |     Focuses:
-------------------------------------------+------------------------------

Comment (by bikegremlin):

 Replying to [comment:1 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 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

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/61872#comment:2>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list