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
The Boot System From Connected Disk is defined two times
How reproducible
100%
How to reproduce
Run a test using the keyword on a platform that uses the lib/options/dcu library.
Expected behavior
There are two definitions of the keyword. One which will work on most devices and the other which will work on devices without any power control - which can be rebooted and powered on/off only via the OS.
In both cases the correct definition of the keyword should be used.
Actual behavior
The tests fail because the keyword is defined multiple times.
We are already using multiple definitions of a keyword in the lib/options libraries. the easiest hotfix would be to move the other definition of Boot System Or From Connected Disk to lib/options/uefi-setup-menu.robot, but the keyword has nothing to do with setting the uefi variables. A better solution would be to create libraries for devices which have and don't have some kind of power control, similarly to the lib/options libs. Robot Framework documentation also says something about defining the priority of library files, which might also be useful for solving this issue. https://robotframework.org/robotframework/latest/RobotFrameworkUserGuide.html#handling-keywords-with-same-names
Solutions you've tried
Temporarily commenting out the keyword which is not supported on the DUT.
The text was updated successfully, but these errors were encountered:
Device
RTE version
OSFV version
develop
Affected component(s) or functionality
No response
Brief summary
The Boot System From Connected Disk is defined two times
How reproducible
100%
How to reproduce
Run a test using the keyword on a platform that uses the lib/options/dcu library.
Expected behavior
There are two definitions of the keyword. One which will work on most devices and the other which will work on devices without any power control - which can be rebooted and powered on/off only via the OS.
In both cases the correct definition of the keyword should be used.
Actual behavior
The tests fail because the keyword is defined multiple times.
Link to screenshots or logs
dcu.robot_log.zip
Additional context
Duplicated definition added in 3c5aee7
We are already using multiple definitions of a keyword in the lib/options libraries. the easiest hotfix would be to move the other definition of Boot System Or From Connected Disk to lib/options/uefi-setup-menu.robot, but the keyword has nothing to do with setting the uefi variables. A better solution would be to create libraries for devices which have and don't have some kind of power control, similarly to the lib/options libs. Robot Framework documentation also says something about defining the priority of library files, which might also be useful for solving this issue.
https://robotframework.org/robotframework/latest/RobotFrameworkUserGuide.html#handling-keywords-with-same-names
Solutions you've tried
Temporarily commenting out the keyword which is not supported on the DUT.
The text was updated successfully, but these errors were encountered: