X Tutup
Skip to content

Remove deprecated rebot option#1793

Merged
emanlove merged 3 commits intorobotframework:masterfrom
Brownies:remove-deprecated-rebot-option
Dec 21, 2022
Merged

Remove deprecated rebot option#1793
emanlove merged 3 commits intorobotframework:masterfrom
Brownies:remove-deprecated-rebot-option

Conversation

@Brownies
Copy link
Member

@Brownies Brownies commented Oct 9, 2022

Fixes #1788

Also updates checkout action to v3 and setup-python action to v4.
Actions based on Node12 now emit warnings like
Node.js 12 actions are deprecated. For more information see: https://github.blog/changelog/2022-09-22-github-actions-all-actions-will-begin-running-on-node16-instead-of-node12/. Please update the following actions to use Node.js 16: actions/checkout, actions/setup-python, actions/setup-python, actions/checkout

options.extend([opt.format(browser=browser) for opt in ROBOT_OPTIONS])
if rf_options:
options += rf_options
options += ["--exclude", f"known issue {browser.replace('headless', '')}"]
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you think this is fine or should this be done the same way as browser is inserted into ROBOT_OPTIONS?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

looks good imho

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think we can assume it would be headless. Instead I would treat headless as separate. As I write this I was hoping that I could get some ease to having to write both Known Issue Chrome and Known Issue Headless Chrome each and every time. But realized this is the same assuming that a chrome issue affect both headed and headless.

Would a method be that if it affect only a headed or headless operation of the browser to say Known Issue Chrome headless only? Can we post process this with the current toolset or is this a bit more work?

Copy link
Member

@emanlove emanlove Oct 22, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Brownies Would you want to separate this question of known issues from the critical fix? Not saying you have to but I was assuming that the non critical is what is failing the test against Robot Framework version > 5.0. If it is then separating this might allow us to resolve that and check newer RF versions while working through this question of known issues. Just a thought and open to differing opinions on this.

Copy link
Member Author

@Brownies Brownies Oct 29, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm quite sure handling headed and headless issues separately with a single tag will require some more effort.

I don't really want to separate this from the --noncritical fix because this is a replacement for that functionality. I can remove it if you really want to but it will cause tests with known issues to be executed unless users manually --exclude them. This wouldn't break Github actions though because all tests should pass with Chrome.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I may have understood this wrong. I will relook at it sometime over the next few days.

"--outputdir",
RESULTS_DIR,
"--noncritical",
"known issue {browser}",
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There are more "Known Issue" tags beyond just chrome in these tests so I don't think known issue {browser} should be removed.

In addition the question of headless versus headed is a good one I'll address in the other change.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't quite understand why you would not want to remove this bit.

--noncritical is an option that takes a tag argument and known issue {browser} is the argument. If it is left there rebot will interpret it as the input file.

options.extend([opt.format(browser=browser) for opt in ROBOT_OPTIONS])
if rf_options:
options += rf_options
options += ["--exclude", f"known issue {browser.replace('headless', '')}"]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think we can assume it would be headless. Instead I would treat headless as separate. As I write this I was hoping that I could get some ease to having to write both Known Issue Chrome and Known Issue Headless Chrome each and every time. But realized this is the same assuming that a chrome issue affect both headed and headless.

Would a method be that if it affect only a headed or headless operation of the browser to say Known Issue Chrome headless only? Can we post process this with the current toolset or is this a bit more work?

options.extend([opt.format(browser=browser) for opt in ROBOT_OPTIONS])
if rf_options:
options += rf_options
options += ["--exclude", f"known issue {browser.replace('headless', '')}"]
Copy link
Member

@emanlove emanlove Oct 22, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@Brownies Would you want to separate this question of known issues from the critical fix? Not saying you have to but I was assuming that the non critical is what is failing the test against Robot Framework version > 5.0. If it is then separating this might allow us to resolve that and check newer RF versions while working through this question of known issues. Just a thought and open to differing opinions on this.

@emanlove emanlove merged commit 9ade735 into robotframework:master Dec 21, 2022
@emanlove emanlove added this to the v6.1.0 milestone Apr 29, 2023
@emanlove emanlove added deprecation priority: low acknowledge To be acknowledged in release notes labels Apr 29, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

acknowledge To be acknowledged in release notes deprecation priority: low

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Acceptance tests: rebot option --noncritical is deprecated since RF 4

3 participants

X Tutup