If failover textarea is rendered, we ensure that at least the software type is set, in case it exists.

   This prevents bad software.cfg.json break the form while editing some instance.

  In case maileva is used, accountant needs access to system event module for add
  maileva exchanges. This role should be removed once Maileva integration be refactored

without the option --ignore-installed (even with
PIP_BREAK_SYSTEM_PACKAGES=1), pip3 upgrade on Ubuntu 24.04 would report:

Requirement already satisfied: pip in /usr/lib/python3/dist-packages (24.0)
Collecting pip
  Using cached pip-24.2-py3-none-any.whl.metadata (3.6 kB)
Using cached pip-24.2-py3-none-any.whl (1.8 MB)
Installing collected packages: pip
  Attempting uninstall: pip
    Found existing installation: pip 24.0
ERROR: Cannot uninstall pip 24.0, RECORD file not found. Hint: The package was installed by debian.

   This is for backward compatibility.

  Clean up and update script to reflect the current usage
   Use Object rather newTempBase, so listbox columns are simpler to read

  Rename Base_getEventList to WebSection_getEventList since we only expect Web Section as context
  No need specific script to get Titcket Url (merged into WebSection_getEventList)
  No need Folder_getOpenTicketList features, since the will be a single use case for all tickets
  Update tests to follow up the changes.

   We want to unify the feeds, so per compute node/instance tree feeds should are gone.

    User should use the panel websection instead, so drop all
    code to request the rss feed for renderjs runner ui.

    Users should rely on Panel only for rss feeds.

   - Drop others rss feeds that are not **slapos_master_panel/feed
   - Keep backward compatibility with **slapos_master_panel/feed/critical, responding same as /feed
   - Keep backward compatibility with **slapos_master_panel/feed/invoice, responding same as legacy messages
   - Drop all feeds that were used over renderjs_runner

- accountants can see Subscription Request to pay deposit
- provide permission to create automated payment transaction

  The hardcoded trade condition dont exist anymore, so create one
  to ensure it is reseted.

   ledger cannot be changed otherwise the lines aren't grouped automatically like before.

   Otherwise, whenever you run the tests multiple times, it ends up failing by selecting the wrong one on the listbox.

   Be consistent and also search for a Remote Node, since it can also contain Compute Partitions.

  The trade condition is only mandatory for automated invoices, if the accountant does things manually, it is
  not required to create/use one.

   We do expect that all trade conditions be attached to a business process, so for manual accounting
   the condition changed.

    Se would like to skip consistency check if the invoice isn't automated (ledger) and has no lines,
   otherwise this consistency check should still apply as usual.

   Only require project when ledger is automated
   Accept no ledger (1 or 0) on accounting transactions in case manual accounting is used.

   Let the site administrator configure proper accounting instead.

   Business Process are mandatory for Trade Condition, so this process covers
   manual accounting.

   This patch would replace guard for deliver_action to not call isDivergent that would make slow when open a Transaction (I don't remember the reason exactly, probably due large simulation trees).

   This breaks guards when simulation is not used (so it will never be solved) since the transition would never be allowed to the accountant.

   So if isDivergent proves itself slow, we should patch differently, for now keep the original implementation, since it is proven to work.