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
Currently audits need to maintain certain properties of their return object for backwards compatibility in DevTools/viewer (details, name, description, etc). However, it's not clear to external consumers what properties are safe to use within a major version and which are not (e.g. we almost removed all of extendedInfo in a patch version bump which people were likely using from previous versions).
We should decide and document which properties we're committed to keeping until v3 and make it easier to confidently consume LH results.
The text was updated successfully, but these errors were encountered:
paulirish
changed the title
Decide on and document stable vs. experimental properties of JSON results
Decide on & document stable vs. experimental properties of the LHR
Oct 12, 2017
Currently audits need to maintain certain properties of their return object for backwards compatibility in DevTools/viewer (details, name, description, etc). However, it's not clear to external consumers what properties are safe to use within a major version and which are not (e.g. we almost removed all of extendedInfo in a patch version bump which people were likely using from previous versions).
We should decide and document which properties we're committed to keeping until v3 and make it easier to confidently consume LH results.
The text was updated successfully, but these errors were encountered: