This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 29485 - meta property attribute should be recognized in order to constrain it
Summary: meta property attribute should be recognized in order to constrain it
Status: RESOLVED MOVED
Alias: None
Product: HTML WG
Classification: Unclassified
Component: CR HTML5 spec (show other bugs)
Version: unspecified
Hardware: PC Linux
: P2 normal
Target Milestone: ---
Assignee: Robin Berjon
QA Contact: HTML WG Bugzilla archive list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-02-19 03:39 UTC by Nick Levinson
Modified: 2016-04-28 16:19 UTC (History)
2 users (show)

See Also:


Attachments

Description Nick Levinson 2016-02-19 03:39:07 UTC
For the meta element with the property attribute, I'm concerned that someone out there is going to use both attributes (name and property) for the same value strings but with different meanings. Unless creating the property attribute was simply a mistake, that's the likeliest use, and it's likely even if it was a mistake since it's now available to future developers. For now, we're stuck with hoping for the best with it, especially since Facebook and Google are supporting it and they're big players.

Would it help nip this in the bud if HTML5 were to state that the two attributes are interchangeable and therefore are not to both be used in the same element and that value strings for both shall have the same meanings? Or should the WHATWG MetaExtensions page (because it's linked to from HTML5) be explicitly expanded to require (or try to require) registration of property values? Or both? Or should property be deprecated now and reserved for possibly some undefined future use?
Comment 1 LĂ©onie Watson 2016-04-28 16:19:23 UTC
Moved to HTML on Github:
https://github.com/w3c/html/issues/304