We have moved to a new Sailfish OS Forum. Please start new discussions there.
1 | initial version | posted 2019-03-25 12:09:41 +0200 |
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).
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).
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).
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).
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).
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).
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)
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 ...