Skip to Content

Contributors

Re: Very simple POS Tests go to backoffice

Sorry Pedro, a colleague commented on 10 Mar 2023, 15:02 in the thread "Proposal: add a forum" that:

"Note that many people may not be aware of the Discussion features, and could miss the threads there.
So when starting a thread in Discussions, consider announcing it in the Contributors ML too."

I suppose that you get duplicate notifications because you are an administrator, but that other people do not.

In any case, if it has been a mistake of interpretation on my part, please accept my apologies.

In any case, I think that the subject I am asking about is interesting and not very well documented. I hope I have not buried the subject in bureaucratic messages xD

El lun, 27 mar 2023 a las 21:32, Pedro M. Baeza (<notifications@odoo-community.org>) escribió:
Posting the same in two places is never advised. AFAIK, there's a subscription mechanism. In fact, I have received the new GitHub discussion thread notification in my mail (and thus, why I'm saying this is double and cross-posted).

Regards.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe


by Fernando La Chica - 09:51 - 27 Mar 2023

Reference

  • Very simple POS Tests go to backoffice
    Content:

    I have a very simple test. It contains only two steps:

    1º Wait for the loading to finish

    {
        content: "Test pos_order_to_sale_order: Waiting for loading to finish",
        trigger: "body:not(:has(.loader))",
    },
    2º Click on the login button that appears because I have pos_hr installed.

    {
        content: 'click login button',
        trigger: '.login-overlay .login-button.select-cashier',
        run: () => {}
    },
    Well, my Tour starts like any Tour for POS, visiting the URL "/pos/ui?config_id=X" where X is a pos_config. When it finishes loading, instead of showing the POS UI it goes to 127.0.0.1:8069/web#action=point_of_sale.action_client_pos_menu

    I can see than first step succeeded Tour PosTicketActions: step 'Test pos_order_to_sale_order: Waiting for loading to finish (trigger: body:not(:has(.loader)))' succeeded

    What seems very strange to me is that before the first step in the log it appears

    Tour Manager is ready. running_tour=PosTicketActions

    And just after the success and before executing the second step also appears the same message.

    Tour Manager is ready. running_tour=PosTicketActions

    It makes me think that for some reason, the "Ready" event of the Tour is fired in duplicate or that it doesn't clear the cache properly for some issue. As if I'm double subscribed to this event.

    This URL is the one you go to when more than one POS tab is open. The second one visits the POS UI but the first one that stays in the background goes to the backoffice.

    I have made sure that the user profiles and cookies are being removed from the headless that opens automatically when the start_tour is opened with watch=True. If I run the tests with watch=False the same thing happens, it leaves the POS UI and goes to Backoffice.

    by Fernando La Chica - 05:41 - 27 Mar 2023