ID 20.0.1 locks up when resizing a table cell, either expanding the column or expanding the row width downward.
Mac Sonoma, M2 silicon.
I have an academic text chapter with numerous tables; Hebrew is scattered through the text, and some tables have Hebrew columns. Many times working on the file, the slightest change to resize a table cell, or resize a column, or who knows what, ID will go into rainbow wheel of death mode and must be killed.
I just now found a repeatable lockup. A table had no header row, but crosses pages, so I created a header row to be present on each page for that table.
Copying the single line text from a cell into that column's header cell works. Copying a four text line table cell into the one line table header cell for that column expands the header cell (and row) downward, and then ID locks up and must be killed. That has happened twice on one table..
I now recognize that the same lockup has happened on other similar tables on exactly that same column; when copying a four line text from a cell into a one line header cell that must expand downward, ID locks up.
For what it is worth, the tables are on pages that are rotated 90º CCW, as the table is too wide for a 6x9 horizontal page.
In this instance the header row and the row below it are the last elements on a page; when pasting the text into the header cell the header row expands and pushes the first table cell to the next page.
Other tables have locked up ID when pasting into a header cell that was the first row on a page, but it may have pushed a lower row to the next page; I am not sure of that.
In another instance, in the top-of-page table panel for that same problematic column, I could click the column width box one point at a time to widen it to its desired width, roughly 66pt to 108pt, but if I entered 108pt in the column width and tabbed out to expand it at once, ID locked up and had to be killed.
I tried falling back to 19.5.1, but it also locks up and must be killed.
If you want the file to duplicate the problems, you must provide a private way to transfer it to you.
Why do you use a fixed size text box on the bug report page, when that makes it difficult to provide sufficiently long problem descriptions?
If you want more information I will try to provide it. Thank you.
Michael Brennen
shared this idea
-
Michael Brennen
commented
For what it is worth... I opened ID tonight and popped up a window saying it could not recover the file I have been working on; I chose Cancel, as I have found that trying to recover the file may well make it worse. Within a second or two ID crashed and disappeared with no message; before it crashed I *might* have clicked on the file to open it, but it crashed so unexpectedly I don't recall what I did.
I repeated the process and was able to open ID and the file without problems.
So far ID has not shown a crash report window. I always send those, along with whatever meaningful comments I can.
-
Michael Brennen
commented
For what it is worth... I opened ID tonight and popped up a window saying it could not recover the file I have been working on; I chose Cancel, as I have found that trying to recover the file may well make it worse. Within a second or two ID crashed and disappeared with no message; before it crashed I *might* have clicked on the file to open it, but it crashed so unexpectedly I don't recall what I did.
I repeated the process and was able to open ID and the file without problems.
So far ID has not shown a crash report window. I always send those, along with whatever meaningful comments I can.
-
Michael Brennen
commented
ID 20.0.1 seems highly unstable, perhaps due to table operations, but that is not clear. I have no idea if these bugs are in the original 20 release; the update was before I began this work.
Since I posted my original report, I had to kill ID at least five or six times; I stopped counting.
Several were to kill it when it locked up immediately after starting, apparently when it was trying to open or recover the file it was processing when I had to kill it because it locked up.
Sometimes the slightest changes to a table would lock ID, for example, narrowing a column such that a two line header cell would need to fold to three lines; there were multiple words, so it could have folded. When I clicked that one last point less on the width that would have folded the cell to three lines, it locked.
When working on the chapter file, I had another file open at the same time. On several occasions when I restarted ID after having to kill it, ID opened multiple copies/tabs of one or both files. Once it opened three tabs of each, another time it opened four tabs of the other file.
At least ID has not destroyed the files tonight. Saturday I lost several hours work when ID locked up in early evening and had to be killed, and on restart it was back to where I started that day. I understand that killing a program when files are open can corrupt the files, but when it is this unstable I need to close the files and make a copy every few minutes if I don't want to lose work.