The problem happens when an old brltty sesion is enabled in the X session, run via brltty -b ba ... to get a better access to the mate-terminal. It means:
1. when restarting the brltty service, the brltty instance is not killed in X (or as regular user).
2. However, this instance is unusable. If after restarting the service I do alt-f7 and go to the terminal, Orca keeps the control of the keyboard, not brltty. The only way to get the desired behavior is to run a new brltty instance via brltty -b ba ...
I dont know the actual solution: ensuring the stop service of brltty kills any brltty instance? Understanding why the running remaining session is unusable? Working on the consequences of this double instances in the logs?
Regards
| JEAN-PHILIPPE
MENGUAL DIRECTEUR
TECHNIQUE ET QUALITÉ
102, rue des
poissonniers, 75018, Paris
Tel : +331
84 73 06 61 Mob : +336
76 34 93 37
|
Le 28/01/2019 à 15:58, MENGUAL
Jean-Philippe a écrit :
Hi
Here is my syslog:
http://demo.accelibreinfo.eu/syslog
Everything is there: at-spi seems very unhappy with my use of brltty and the terminal. The problem is that my log is 400MB in 2 hours lol
A solution? A bug I should report?
Regards
--
signature_jp_2
![Logo
Hypra]()
JEAN-PHILIPPE MENGUAL
DIRECTEUR TECHNIQUE ET QUALITÉ
102, rue des poissonniers, 75018, ParisTel : +331 84 73 06 61 Mob : +336 76 34 93 37
![Facebook Hypra]()
![Twitter Hypra]()