[orca-list] In Firefox An interesting braille presentation problem if the caret lands a link or heading level link

[Hammer Attila <hammera pickup hu>]

Hy,

In my Ubuntu Saucy live CD I see an interesting problem, with I don't
understand why happening.
If I choose in Brltty preferences the hungarian text table, and Orca
preferences I enabled contracted braille feature and selected the
hungarian grade1 table, when in Firefox the caret lands a link or a
heading level link, the link text is absolute unreadable the braille
display. Normal texts are full good readable in Firefox my braille display.
In Orca debug.out file the Liblouis sent braille line is right, an
example link text when braille generation happening:
generate braille for focused app.name='Firefox' name='Háromnapos gyász
jön Spanyolországban' role='link' state='enabled focusable opaque
sensitive visible selectable text' relations='' (args={'role': <enum
ATSPI_ROLE_LINK of type AtspiRole>, 'includeContext': False, 'mode':
'braille', 'recursing': True, 'formatType': 'focused',
'useDefaultFormatting': False}) using '[Link(obj,
asString(currentLineText)                                     or
asString(displayedText)                                     or
asString(name))]'
GENERATION  TIME: 0.0024  ---->  currentLineText=['Háromnapos gyász jön
Spanyolországban ']
COMPLETION  TIME: 0.0041
generate braille results:
  Link: 'h"romnapos 4"5 jqn $spa6olor5"gban ', 0
BRAILLE LINE:  'h"romnapos 4"5 jqn $spa6olor5"gban h#a'
     VISIBLE:  'h"romnapos 4"5 jqn $spa6olor5"gban h#a', cursor=1

Component versions:
at-spi2-core, at-spi2-atk: latest master branch version
Orca: latest git master version
Brltty version: 4.5-3ubuntu1
Liblouis version: 2.5.2-1ubuntu1

Joanie, how can possible determining absolute sure what place lost the
sent braille text before Brltty or BrlApi presenting the generated text
with braille display?

Attila