GDB believes the string is an array.
Therefore the following setting applies (Tools > Option > Debugger > [property grid]: MaxLocalsLengthForStaticArray
This setting is 25 by default, because normally the "Locals" window, is hardly ever big enough to even show more than 10 elements.
I wasn't aware that this affects strings. So maybe the default needs to increase.
But that then opens up another issue (for which this was meant to be a fix):
Array[0..10000] of TBigRecord;
Will print n elements of TBigRecord => which can be seriously slow. And the local window has no option to exclude any local var.
This also affects the Stack window.
And both are evaluated even if closed, which means people may have to wait serious time before they can continue stepping.
Whats the typical width of your Locals windows?
Mine would typically be width enough to show the first 80 to 90 chars. So setting the default to 100 should cover most cases.
I know 100 is still very small for strings, but can already lead to very serious slow downs.
Ideally the local window needs some interactive feature, allowing to fetch the remainder.