It is similar to this one here https://together.jolla.com/question/83882/bug-terminal-freezes-when-new-window-menu-is-used-in-horizonal-layout/
But it is independent of layout. If opening a new window often (not always) the old one gets unusable because it freezes showing the menu on left side and not reacting to input. Even worse: after closing all instances and re-opening fingerterm it still shows same non-reacting behaviour. And a reboot is needed as killing background processes is only possible via a shell (okay SSHing to device could help but not anytime possible).
This behaviour just popped up out of the blue. Version is 3.0.0.8 (shortly after EA 3.2.0 came out).
![]() | 2 | retagged |
It is similar to this one here https://together.jolla.com/question/83882/bug-terminal-freezes-when-new-window-menu-is-used-in-horizonal-layout/
But it is independent of layout. If opening a new window often (not always) the old one gets unusable because it freezes showing the menu on left side and not reacting to input. Even worse: after closing all instances and re-opening fingerterm it still shows same non-reacting behaviour. And a reboot is needed as killing background processes is only possible via a shell (okay SSHing to device could help but not anytime possible).
This behaviour just popped up out of the blue. Version is 3.0.0.8 (shortly after EA 3.2.0 came out).
![]() | 3 | No.3 Revision |
It is similar to this one here https://together.jolla.com/question/83882/bug-terminal-freezes-when-new-window-menu-is-used-in-horizonal-layout/
But it is independent of layout. If opening a new window often (not always) the old one gets unusable because it freezes showing the menu on left side and not reacting to input. Even worse: after closing all instances and re-opening fingerterm it still shows same non-reacting behaviour. And a reboot is needed as killing background processes is only possible via a shell (okay SSHing to device could help but not anytime possible).
This behaviour just popped up out of the blue. Version is 3.0.0.8 3.0.1.11 (shortly after EA 3.2.0 came out).
![]() | 4 | No.4 Revision |
It is similar to this (not answered) one here https://together.jolla.com/question/83882/bug-terminal-freezes-when-new-window-menu-is-used-in-horizonal-layout/
But it is independent of layout. If opening a new window often (not always) the old one gets unusable because it freezes showing the menu on left side and not reacting to input. Even worse: after closing all instances and re-opening fingerterm it still shows same non-reacting behaviour. And a reboot is needed as killing background processes is only possible via a shell (okay SSHing to device could help but not anytime possible).
This behaviour just popped up out of the blue. Version is 3.0.1.11 (shortly after EA 3.2.0 came out).
![]() | 5 | No.5 Revision |
It is similar to this (not answered) one here https://together.jolla.com/question/83882/bug-terminal-freezes-when-new-window-menu-is-used-in-horizonal-layout/
But it is independent of layout. If opening a new window often (not always) the old one gets unusable because it freezes showing the menu on left right side and not reacting to input.
Even worse: after closing all instances and re-opening fingerterm it still shows same non-reacting behaviour. And a reboot is needed as killing background processes is only possible via a shell (okay SSHing to device could help but not anytime possible).
This behaviour just popped up out of the blue. Version is 3.0.1.11 (shortly after EA 3.2.0 came out).
![]() | 6 | No.6 Revision |
It is similar to this (not answered) old one here https://together.jolla.com/question/83882/bug-terminal-freezes-when-new-window-menu-is-used-in-horizonal-layout/
But it is independent of layout. If opening a new window often (not always) the old one gets unusable because it freezes showing the menu on right side and not reacting to input. Even worse: after closing all instances and re-opening fingerterm it still shows same non-reacting behaviour. And a reboot is needed as killing background processes is only possible via a shell (okay SSHing to device could help but not anytime possible).
This behaviour just popped up out of the blue. Version is 3.0.1.11 (shortly after EA 3.2.0 came out).
![]() | 7 | No.7 Revision |
It is similar to this (not answered) old one here https://together.jolla.com/question/83882/bug-terminal-freezes-when-new-window-menu-is-used-in-horizonal-layout/
But it is independent of layout. If opening a new window often (not always) the old one gets unusable because it freezes showing the menu on right side and not reacting to input. Even worse: after closing all instances and re-opening fingerterm it still shows same non-reacting behaviour. And a reboot is needed as killing background processes is only possible via a shell (okay SSHing to device could help but not anytime possible).
This behaviour just popped up out of the blue. Version is 3.0.1.11 (shortly after EA 3.2.0 came out).
update: still happens on 3.2.0.8 (so declaring it as a bug)
![]() | 8 | No.8 Revision |
It is similar to this (not answered) old one here https://together.jolla.com/question/83882/bug-terminal-freezes-when-new-window-menu-is-used-in-horizonal-layout/
But it is independent of layout. If opening a new window often (not always) the old one gets unusable because it freezes showing the menu on right side and not reacting to input. Even worse: after closing all instances and re-opening fingerterm it still shows same non-reacting behaviour. And a reboot is needed as killing background processes is only possible via a shell (okay SSHing to device could help but not anytime possible).
This behaviour just popped up out of the blue. Version is 3.0.1.11 (shortly after EA 3.2.0 came out).
update:
still happens on 3.2.0.8 (so declaring it as a bug)bug in title)
since this seems to be happening from SFOS1 (not for me, but see link above) onwards I am astonished Jolla does not track it and it received so few votes only ...