Skip to Content
  2. Mailing Lists
  3. Contributors
  4. Re: Very simple POS Tests go to backoffice

Archives

Contributors

Re: Very simple POS Tests go to backoffice

Re: Very simple POS Tests go to backoffice

Re: Very simple POS Tests go to backoffice

I don't think that such a technique should be used, and in general in all places cross-posting is seen as bad, but if others think it's OK, I won't say anything more about it.

Regards.
by Pedro M. Baeza - 11:56 - 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