Comment 1 by jteh on 2013-12-10 10:03
Confirmed. This only seems to break if the text in the field is quite long; I haven't worked out how long yet. Also, these are just standard Win32 Edit controls, but this doesn't happen in all such controls.
Changes:
Changed title from "Braille is not refreshing properly" to "Braille not refreshing properly in editable text fields in Explorer shortcut Properties dialog"

Comment 2 by halim on 2013-12-10 12:15
@aliminator thx for opening a ticket for this.
I've reported this in mailinlist two days ago but got no response!.

I can confirm the Problem in w7 but not for winxp.
On both system I edited the nvda desktop shortcut to add -s option.
The brailledisplay refreshed correctly in wxp but not in w7.

@jcsteh confirms the reported issue in #3708 (comment). Does this still occur? If so, please assign a priority you deem appropriate to this ticket.

@aliminator, @halim can you still reproduce this issue?

@ruifontes could you please test if this is reproducible for you?

@dkager could you please help us in testing if this is still an issue in NVDA 2019.1.1 or Alpha? Unfortunately I cannot test because I do not have a braille display at hand.
cc: @LeonarddeR

I can't reproduce this in Windows 10, but that doesn't say anything about Windows 7 (as per the original report).

@nvdaes, @hozosch can you reproduce this on Windows 7?

I cannot reproduce it with Focus 40 Blue 4th gen on Windows 7 Pro x64 with NVDA version alpha-17311,0d29265e

Well, with my windows 7 professional 64 bit system, I can neither reproduce it with the latest stable version nor the latest snapshot using my handy tech active star AS4-16016. There are other times though, where it happens elsewhere, in word for example, particularly if NVDA is sluggish in general.

I can't reproduce this on Windows 7 Professional 64 with NVDA 2019.1.1, testing with my Ecobraille Plus Display tethered to focus, automatic tether and review cursor.

Thank you all for reporting back. I am closing this as works for me.