|
|
|
I added 1.18.5.3 to "Affects Versions" because I tested this issue with 1.18.5.3 and it reproduced. It is always better to mark at least one version when reporting a bug.
I have not yet tested on other versions. Yes, you're correct. Sorry if my description wasn't clear enough.
Not only missing "a" at the start of line 6, but also missing "l" at the start of line 5. Basically, the first letter in each wrapped line gets eaten. The lines which are not wrapped (don't have "\n" before them) display OK (see the last line in example). Thank you Domchi for clarification. I didn't noticed the missing l at the fifth line...
I tested this issue on 1.18.6.3 RC viewer and verified that it persists on the versioin. I added "1.18.6 RC" on "affects versions" to reflect it. I believe I located the cause of this bug. I produced a patch (20071230.patch) against 1.18.5.3 source. I believe it works with 1.18.6.3 source (although I may be wrong since I have never seen the 1.18.6.3 source...)
Wow this was quick, 5 hours from submitting to the patch, together with one round of feedback. Can I nominate Alissa for "fastest patcher ever" somewhere?
Alissa, thanks. This issue persists in the viewer build from 1.19.0 Beta (76838) source.
I also put a box with a test script on http://slurl.com/secondlife/Hippotropolis/158/211/27 Thanks.
Here's an alternative fix - it gets rid of the skip_chars nonsense which was fundamentally broken with line-wrapping. Thanks for the report and patch, including the Kafka repro.
This fix still didn't make it to the viewer. Anyone know why?
Yes, it's part of a maintenance branch that still hasn't gone through QA yet.
Thanks Tofu, good to know.
This still seems to be broken in 1.21.6 (99587). When a newline appears after a word wrap, the first character after the wrap in every line before the newline is missing. Pretty visible when pasting notecards to chat.
Was the fix applied and broken, or not applied to the release viewer yet? Or should I file this as a new bug? Confirmed, I've just tested this in 1.21.5 and it's not fixed. I'm reopening this issue.
Ha. From maint-viewer-4 to maint-viewer-14. What an annoying wait.
I'm bumping this to critical, since it still hasn't been fixed in 1.23.3. Lindens, please include this fix in the next release, this is a major bug and it's a shame that it still isn't fixed. Especially considering that the fix was available few hours after the bug was reported, year and a half ago!
@domchi - It's fixed in the maint-viewer branch, which is already scheduled to be in the next viewer release. Sorry this has taken so long - I'm way frustrated too.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
The screenshot contains two similar texts from an object. The first one is from the second script (with "[no hard return]" removed), and the second one is from the first script. The problem is on the sixth line (i.e., the third line in the second texts.) The left most part of the line starts with "ny moment" although it should be "any moment". An "a" is missing.
Domchi, please correct me if I'm wrong.