Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

update-bcd: null is not replaced with false #1042

Open
queengooborg opened this issue Jan 9, 2024 · 6 comments · May be fixed by #1473
Open

update-bcd: null is not replaced with false #1042

queengooborg opened this issue Jan 9, 2024 · 6 comments · May be fixed by #1473
Assignees

Comments

@queengooborg
Copy link
Member

This seems to have been introduced in the last update, most likely. If BCD has the version set to null, but the collector determines false, it does not appear to overwrite null.

@queengooborg
Copy link
Member Author

CC @foolip @mzgoddard

@foolip
Copy link
Member

foolip commented Jan 10, 2024

@queengooborg do you mean this is a likely regression? Can this be reproduced using current results in https://github.com/openwebdocs/mdn-bcd-results and for which BCD path?

@queengooborg
Copy link
Member Author

queengooborg commented Jan 10, 2024

This is a definite regression. This can be reproduced easiest with the add-new-bcd script. In any feature added that a browser doesn't support, the default null value is left instead of being replaced with false. The HTMLElement constructor that is being added is a great demonstration of this:

image

@queengooborg
Copy link
Member Author

Update: after making some tweaks to enable verbosity, it appears that this is an issue with the logic for hasSupportUpdates. I'm getting a warning that updates were skipped because the support matrix matches current BCD support data, but that's not accurate if BCD says null and we know it should be false.

I don't know the new version of the update-bcd script well enough to be able to fix this. 😞

@foolip foolip self-assigned this Feb 14, 2024
@foolip
Copy link
Member

foolip commented Feb 14, 2024

I'll take a look at this.

foolip added a commit that referenced this issue May 19, 2024
@foolip foolip linked a pull request May 19, 2024 that will close this issue
@foolip
Copy link
Member

foolip commented May 19, 2024

I'm sorry it took me this long, but I finally made the time to debug this and make a fix: #1473

foolip added a commit that referenced this issue May 30, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants