We have moved to a new Sailfish OS Forum. Please start new discussions there.

Revision history [back]

click to hide/show revision 1
initial version

posted 2019-03-25 12:09:41 +0200

fingerterm terminal freezes after opening new window

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).

fingerterm terminal freezes after opening new window

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).

fingerterm terminal freezes after opening new window

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).

fingerterm terminal freezes after opening new window

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).

fingerterm terminal freezes after opening new window

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).

fingerterm terminal freezes after opening new window

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).

[bug] fingerterm terminal freezes after opening new window

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] fingerterm terminal freezes after opening new window

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 ...