You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 7, 2022. It is now read-only.
When you try to register a view in a new module, it is not picked up as a destination for what it is registered against. For instance, consider the following code:
In [1]: from cfme.utils.appliance.implementations.ui import navigator
In [2]: from cfme.base import Server
In [4]: x = navigator.list_destinations(Server)
In [5]: app = store.current_appliance
In [6]: y = app.server.list_destinations()['UI']
The destination (MonitorAlertsAll) does not appear in either x or y, unless the file is imported manually or from a file that has a reference to Server elsewhere. Note that this behavior is known, so this issue is really an enhancement. It would be nice to have the module be automatically imported, without having to register the view in a specific location.
This issue also highlights another behavior that is perhaps undesirable. Namely, continuing the code from above:
In [8]: x == y
Out[8]: False
So the destinations registered against the class Server are different than the destinations registered against the object store.current_appliance.server. It would be good to have these return equivalent destinations.
The text was updated successfully, but these errors were encountered:
When you try to register a view in a new module, it is not picked up as a destination for what it is registered against. For instance, consider the following code:
Running
The destination (
MonitorAlertsAll
) does not appear in either x or y, unless the file is imported manually or from a file that has a reference toServer
elsewhere. Note that this behavior is known, so this issue is really an enhancement. It would be nice to have the module be automatically imported, without having to register the view in a specific location.This issue also highlights another behavior that is perhaps undesirable. Namely, continuing the code from above:
So the destinations registered against the class
Server
are different than the destinations registered against the objectstore.current_appliance.server
. It would be good to have these return equivalent destinations.The text was updated successfully, but these errors were encountered: