|
Notes |
|
|
|
I had an extensive look at reproducing this and failed, though I did find and fix another bug (0002134) concerning line widths in text plain display.
This assert is actually caused because the plain text content handler "highlight the selected area" is being called with the end of the selected text beyond the number of characters in the buffer.
I have not yet been able to trace execution all the way back through to your front-end but I cannot reproduce the issue on gtk or framebuffer so I imagine this is something to do with disagreements over what index value the buffer ends at.
Could you add some debugging in render/textplain.c:1233 in textplain_coords_from_range() showing what the end value and text->utf8_data_size are when you reproduce the issue?
|
|
|
|
|
|
In that file, highlighting from "box drawing alignment tests" to the end of the file causes the same assert. |
|
|
|
|
|
ok, but it would be useful to know what the end value and text->utf8_data_size are as then we can tell it it is a simple off by 1 or if we are selecting completely out of bounds |
|
|
|
|
That was more a note for me, although once I'd added the debug it refused to crash in the same place.
I managed to get it to crash in a different file though:
end=1461256365, utf8_data_size=80112
The line above had end=165, so it looks like somehow end has got uninitialised? |
|