Apparent incorrect character set when viewing Outlook Express errors #582

Closed
nvaccessAuto opened this Issue Feb 28, 2010 · 2 comments

Projects

None yet

1 participant

@nvaccessAuto

Reported by briang1 on 2010-02-28 22:54
To view, creat an outlook Express error, say, pull the net plug out in the middle of a session. When the error panel pops up, tab to the details button, and select it (note sometimes the details button needs two presses) Then tab to the error. it will be something like, 1 out of 4 tasks completed successfully, but then the actual error will be spoken in the manner of a foreign set of characters, like letter this and letter that.
However, if one then does a cut and paste from this panel into, say, wordpad, the error will appear normally and can be read .

Looks like the edit read only field in the error box is not being recognised properly.
Blocked by #40, #643

@nvaccessAuto

Comment 1 by mdcurran on 2010-02-28 23:24
I have investigated this a little:

  • The window class is 'ListBox', which I must say is an extremely old class and is hardly found anywhere in xp and up... except obviously Outlook Express.
  • The list item's name contains complete junk, according to MSAA accName.
  • The ListBox is possibly either owner drawn (meaning that the text was never set on the items at all, rather it was written by the application directly to the display), or there is simply a bug in MSAA. Though this is hard to prove with out access to other uses of the ListBox window class.
  • I doubt the character set is just wrong, as when pasting the message in to a text editor, on my system the message is en English, and most english codepages, including unicode, have the same first 127 or so characters. And I did also try reading the MSAA string as ascii rather than unicode, which didn't help.

I'd think the only way we could fix this one is with display hooks -- something we can't do just right now.
But when we can, we've now got this info.

@nvaccessAuto

Comment 4 by jteh on 2010-05-13 04:08
Implemented via display hooking merged in c90061b.
Changes:
Milestone changed from None to 2010.2
State: closed

@nvaccessAuto nvaccessAuto added the bug label Nov 10, 2015
@nvaccessAuto nvaccessAuto added this to the 2010.2 milestone Nov 10, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment