546
Views
12
Comments
Mobile App - Previous Screen (weird behaviour)
Question

Right now I have problems when transitioning from another screen(Screen A) to the Home Screen, in the destination action I set the destination to (Previous Screen) and transition to (Reverse Transition). 

It works if Screen B goes back to Screen A, but if Screen A goes back to Home Screen, the reverse transition doesn't seem to work properly, it seems to reload the Home Screen again instead of transitioning smoothly

2021-08-30 15-28-09
Leandro Correa

Hi Yosuke,

Can you attach the oml?

UserImage.jpg
Yosuke Fujisawa

Here is the oml, the strange behaviour started to happen when I updated the service studio from 11.5.39 (Build 605) to 11.6.6 (Build 4872)

SampleApplication.oml
UserImage.jpg
Yosuke Fujisawa

Additionally, I was also using it as a Native Mobile App

2023-04-19 18-38-51
Bas de Jong

Hi Yosuke,


I took a look at your app and i saw that you used the MenuIcon web block to do this transition. However, this menu web block is originally intended to open the side menu. A better implementation for your usecase would be to open the Layout block and replace the MenuIcon block with the back button and the back transition. 

The menu icon web block that you used tries to open the menu and at the same time now tries to open the previous page. That's why it does not work. 


Hope this works for you.


Kind regards,

Bas

UserImage.jpg
Yosuke Fujisawa

Still the same behaviour, from Screen B to Screen A normal reverse transition, from Screen A to HomeScreen, the Home Screen is reloaded again

UserImage.jpg
Yosuke Fujisawa

I think the in the Common\MenuIcon block, it will open the menu if MenuAction is equal to Entities.MenuAction.Menu, or go to previous screen if it's equal to Entities.MenuAction.Back

2022-12-28 01-16-29
Samuel Neves

I assume the reload happens with the screen marked as Default in the module.

Check the behaviour in the oml I'm sharing.

Let me know if this helps,

Sam

PreviousScreenTest.oml
UserImage.jpg
Yosuke Fujisawa

Isn't it a bug? it shouldn't have to reload just because it's returning to the default screen.

2019-03-19 12-24-07
Mariano Picco
 
MVP

Hello, allow me to resurrect this thread because I'm observing the same behaviour. 

Whenever you're navigating to the 'Previous screen', and that previous screen is the one set as the Default screen. 

Samuel is going around this by having an automatic redirect from a (blank)Default screen to a secondary, actual 'Home' screen, bypassing the problem. 

It's still a workaround, and this looks like a bug to me. 


From my investigation, what I could observe is the OnApplicationReady running every time I hit the Default screen. The glitch is happening even if you're not using an OnApplicationReady, so it makes me think the platform might be running some other scripts again which should run only once when you open the app.


I attached an oml with a very simple example of this. The module is absolutely default, has 3 screens and just a few buttons.

If you do this pattern:

Home Screen > Screen A > Screen B > Home Screen >  Screen A 

and then start hitting the button with the 'Previous screen' link

Screen A > Home Screen > Screen B > Screen A ~glitchy transition~>  Home Screen


So it's not the screen itself, but when it is the final node in this backward navigation.


It's not platform breaking but this is pretty annoying and puts a dent on the user experience. Any hints?

BackBehaviour.oml
UserImage.jpg
Joris Deckers

@mario Picco, did you find a solution to this problem?


2019-03-19 12-24-07
Mariano Picco
 
MVP

It's been a while since I've done these tests and I think at the time we implemented the 'blank screen' kind of method to get around it. But it's still a work around, and to me it still seemed as a platform bug.

Haven't tried lately.

2025-10-14 07-47-46
Win Signo

Have you tried updating the OS UI to the latest version? This maybe a bug on the OS UI itself.

Community GuidelinesBe kind and respectful, give credit to the original source of content, and search for duplicates before posting.