| | Status | Subtype | Assigned | Task |
---|
| | Resolved | | None | T51014 Use value formatters for displaying values on Entity pages (non-JavaScript view) |
| | Open | | None | T87764 Bugs related to time datatype (tracking) |
| | Resolved | | thiemowmde | T66084 Time data-type inconsistently zero-pads year value (dates earlier than year 1000?) |
| | Open | | None | T87074 Please provide human readable timestamps in api response |
| | Resolved | | thiemowmde | T85324 DataValue Time recognizes the ISO date value not very well in Korean language. |
| | Resolved | | Tobi_WMDE_SW | T87574 Wrong time parsing of ISO dates with day 00 |
| | Resolved | | thiemowmde | T96137 Release and use data-values/time 0.7 |
| | Resolved | | Michael | T87021 Wikibase diffs for datetime display the property label on a separate line |
| | Open | | None | T76859 Allows to input of plain text such as "today" in time edit widget |
| | Resolved | | adrianheine | T109457 [Story] Simplify input for dates |
| | Open | | None | T72395 [Bug] Displaying (and editing) the calendar model of time values is confusing |
| | Resolved | | None | T75270 Always display calendar name for dates that are not Gregorian after year 1581 |
| | Resolved | | daniel | T75272 Time-Parser should detect most likely calendar |
| | Open | | None | T65075 Unexpected non-MediaWiki exception encountered, of type "InvalidArgumentException", line 63 of TimeDetailsFormatter.php |
| | Open | | None | T59743 Sort out relationship between TimeFormatter and TimeIsoFormatter |
| | Open | | None | T67267 Specify whether TimeValue stores timestamps in UTC or local time. |
| | Open | | None | T59930 Representation of time inside TimeValue objects should depend on the calendar model |
| | Open | | None | T126445 Allow selection of value parser, validator, and formatter to depend on the data value itself. |
| | Resolved | | Lydia_Pintscher | T72086 date in claim diff formatted as timestamp |
| | Duplicate | | None | T70443 TimeValue-datatype doesn't wait on conversion, making wrong edits |
| | Open | | None | T63909 Make use of before and after in Time datatype |
| | Open | | None | T67253 Make TimeValue represent an interval always. |
| | Resolved | | thiemowmde | T62100 ValueView:Make precision values for time input translatable |
| | Resolved | | Lydia_Pintscher | T50962 localize display of time values |
| | Resolved | | None | T50937 Implement value formatter for time data type |
| | Resolved | | adrianheine | T51186 Property value parsing, formatting and validation should be done (only?) in the backend |
| | Resolved | | None | T48365 Need generic string value formatter |
| | Resolved | | None | T55745 Implement a factory/registry infrastructure for snak and value formatters |
| | Resolved | | None | T51265 Spec out registry/factory for formatters and parsers in the backend |
| | Resolved | | None | T51263 Apply data type specific validators to snak values received by the API |
| | Resolved | | None | T51264 Apply strict validation when constructing DataValue objects |
| | Resolved | | None | T58716 UI for quantities should use the backend for formatting |
| | Resolved | | None | T53111 design and spec API modules for value validation and formatting |
| | Resolved | | None | T58263 Implement "ApiBasedValueFormatter" in the fashion of "ApiBasedValueParser" |
| | Resolved | | None | T58261 Implementation of basic value formatters in JavaScript |
| | Resolved | | None | T58765 create an api module for formatting data values |
| | Resolved | | None | T59014 Create a FormatValue API module for formatting data values |
| | Resolved | | None | T64185 Use backend formatter and parser for time |
| | Resolved | | None | T64184 Create PHP Time Parsers for wbparsevalue |
| | Resolved | | adrianheine | T64377 Add calendar hint to backend time formatter |
| | Declined | | None | T64189 Create PHP URL Parsers for wbparsevalue |
| | Declined | | None | T64190 Create PHP Commons Parsers for wbparsevalue |
| | Open | | None | T63958 Use existing $dateFormats to format dates on Wikidata |
| | Resolved | | None | T64385 BCE AD etc. when formatting dates should be localised |
| | Resolved | | None | T72398 UI broken for Julian calendar model dates |
| | Declined | | thiemowmde | T87312 [Bug] User interface displays false birth and death dates |
| | Invalid | | thiemowmde | T92265 Remove wrong "Gregorian" display from diff views |
| | Resolved | | thiemowmde | T88437 figure out and fix current state of time storage and display |
| | Resolved | | thiemowmde | T88438 spec of how timevalue works and is supposed to work |
| | Resolved | | Snaterlicious | T89243 Remove time conversion logic from JavaScript code |
| | Open | | None | T89246 [Task] Correct and update documentation for Time in DataModel description on mediawiki.org |
| | Resolved | | Lydia_Pintscher | T89248 Investigate possibilities to correct wrong time values on wikidata.org |
| | Resolved | | Lucie | T89247 Compile list of statements that contain time values marked as Julian |
| | Resolved | | thiemowmde | T87019 In Wikibase 31 07 2009 can be parsed but 31/07/2009 can not |
| | Resolved | | thiemowmde | T62999 ISO date format has leading and trailing zeros |
| | Duplicate | | None | T67722 Wikidata parses dates incorrectly (in Portuguese) |
| | Resolved | | Lydia_Pintscher | T89698 Non standard calandar model breaks JS UI |
| | Resolved | | Addshore | T92954 More descriptive, coherent names for time precision constants |
| | Open | | None | T85296 [Bug] Wikibase API allows adding impossible dates such as "31 September 2014" |
| | Duplicate | | None | T93256 Documentation of year 0 and negative years |
| | Resolved | | thiemowmde | T93772 Rename TimeParser |
| | Resolved | | hoo | T95532 [Story] allow localized input of time values |
| | Open | | None | T95553 Full stop in messages such as Wikibase-time-precision-century is incorrect in English |
| | Resolved | | thiemowmde | T97511 Limit leap seconds to [0..61] |
| | Open | | None | T99674 Decide on internal representation of (Gregorian and Julian) dates with negative years |
| | Open | | None | T101954 [Bug] Input boxes for time datatype statements always use ltr |
| | Open | | None | T94064 Date of +0000-01-01 is allowed but undefined in wikibase but is not allowed in xsd:dateTime as implemented by blazegraph |
| | Resolved | | Smalyshev | T94539 BlazeGraph uses old xsd:dateTime standard |
| | Open | | None | T73459 Wrong parsing of centuries and millennia |
| | Open | | None | T102930 [Bug] Entering times used to be blocked with "not supported" but is not any more |
| | Open | | None | T104331 [Task] Value preview should tell the backend to validate the user input |
| | Resolved | | daniel | T104873 [Task] wbparsevalue should support StringValues, instead of relying on UnknownValue |
| | Resolved | | daniel | T104874 Implement standalone StringValueParser |
| | Open | | None | T136544 [Task] Validate timezones and block all timezones other than 0 |
| | Resolved | | hoo | T104447 MwTimeIsoFormatter forces time precisions to be displayed in English |
| | Resolved | | thiemowmde | T96685 JS time widget: add option to let the backend choose the correct calendar |
| | Resolved | | Addshore | T104862 [Bug] Date input parses YYYY MM DD as CURDAY CURMONTH YYYY or not at all |
| | Resolved | | daniel | T104330 ParseValue API module should optionally trigger validation |
| | Resolved | | daniel | T104876 wbparsevalue should use datatype to identify parser |
| | Open | | None | T233293 wikibase/javascript-api (wikibase-api) should use datatype instead of deprecated parameter parser |
| | Resolved | | Manuel | T104750 Make low year numbers less ambiguous |
| | Invalid | | None | T106928 [Story] auto precision may lead to unintended effects |
| | Invalid | | None | T106922 calendar conversion of dates |
| | Declined | | None | T103302 [Task] investigate implementations we could leverage for calendar conversion |
| | Declined | | None | T106923 [Task] add phpt testcases to prove reports regarding bugs in PHP calendar conversion function for julian date and day |
| | Resolved | | Addshore | T105100 [Task] Run bot to mark dates that need checking for calendar model correctness |
| | Open | | None | T107870 Illegal dates in date type |
| | Resolved | | thiemowmde | T110647 [Bug] Invalid TimeValues YYYY-00-DD w/o month are accepted |
| | Resolved | | thiemowmde | T103378 [Bug] Dates with “month” precision are offset by one month on Wikipedia |
| | Declined | | None | T104749 Support dates with unknown year but known month/day |
| | Open | | None | T98194 [Bug] Date parser does not allow February 29, 1700 (Julian) |
| | Resolved | | JanZerebecki | T114993 [Bug] entering an invalid date in numbers gets accepted |
| | Open | | None | T99911 [Story] Human-readable serialization of TimeValue precisions in JSON |
| | Resolved | BUG REPORT | RPI2026F1 | T123888 Incorrect default month and day for WbTime |
| | Duplicate | | None | T131453 Implement non-strict __cmp__ for WbTime |
| | Resolved | Feature | RPI2026F1 | T148280 WbTime comparison is incorrect |
| | Invalid | | RPI2026F1 | T324343 Implement hash function for WbTime objects |
| | Resolved | BUG REPORT | RPI2026F1 | T324798 pywikibot.WbTime does not update precision when intermediate values are skipped |
| | Stalled | Feature | RPI2026F1 | T325248 Implement __eq__ that does not care about timezones |
| | Resolved | BUG REPORT | RPI2026F1 | T325864 pywikibot.WbTime.fromTimestamp discards timezone information |
| | Resolved | BUG REPORT | RPI2026F1 | T325866 pywikibot.WbTime does not correctly apply timezone information during comparisons |
| | Resolved | BUG REPORT | RPI2026F1 | T325868 pywikibot.WbTime.toTimestamp discards timezone information |
| | Resolved | BUG REPORT | RPI2026F1 | T326693 Normalization of WbTimes does not remove timezone information for precisions less than or equal to "day" |
| | Resolved | BUG REPORT | RPI2026F1 | T325863 Comparison operators do not do identity check before comparing |
| | Invalid | Feature | RPI2026F1 | T325342 Add pywikibot.WbTime.now() |
| | Resolved | | RPI2026F1 | T325444 Include examples of using datetime objects and current time |
| | Stalled | BUG REPORT | RPI2026F1 | T325860 Unable to submit any pywikibot.WbTime with hour/minute/second even if precision is day or lower |
| | Open | | None | T57755 Allow time values more precise than day on Wikidata |
| | Resolved | | thiemowmde | T133973 [Task] Do not show calendar model with precision 10 years or larger |
| | Resolved | | thiemowmde | T139509 [Bug] MwTimeIsoParser should not unlocalize based on empty messages |
| | Resolved | | matej_suchanek | T140541 Localization of dates BCE on repo depends on precision |
| | Invalid | | Luo123n | T129823 BC (Before Christ) times are not correct in wikidata |
| | Open | | None | T131625 [Bug] wbparsevalue parses time to the wrong value |
| | Open | | None | T66545 More flexible parsing of centuries and other date precisions |
| | Open | | None | T66593 [Task] Allow "speaking" values to specify the precision of a time value. |
| | Resolved | | None | T66558 Handle date formats like 1980x, 1980UTC, 'century' more consistently |
| | Resolved | | Addshore | T141518 [Bug] Invalid calendar models in wbparsevalue are silently discarded |
| | Resolved | | Addshore | T204719 Use data-values/time 1.0.1 mediawiki-vendor for WMF production |
| | Resolved | | Addshore | T204727 Make Wikibase extension installable with data-values/time ~1.0 |
| | Resolved | | Addshore | T204728 Make WikibaseQualityConstraints extension installable with data-value/time ~1.0 |
| | Open | | None | T96010 [Story] add invalid calendar model to calendar model selector if present in the data already |
| | Resolved | | thiemowmde | T142198 [Task] Make display of BCE dates in Wikidata Query Service identical to Wikidata |
| | Open | | None | T142852 BC dates in Primary Sources tool |
| | Open | | None | T145898 Wikidata time DataType should emit HTML <time> |
| | Resolved | | thiemowmde | T146356 [Bug] RDF export misses extreme values with day precision |
| | Resolved | | thiemowmde | T151088 Some date inputs without a day are parsed as having a day |
| | Open | | None | T167788 [Task] Dates written as 9/7/2017 should not always be parsed as American MM/DD/YYYY |
| | Open | | None | T146499 Revise documentation for "time" data value in Wikibase/DataModel/JSON (timezone) |
| | Resolved | | thiemowmde | T178255 Calendar type changer link in Wikidata does not allow saving without another edit |
| | Open | | None | T198179 Month name and year preceded or followed by a dot or comma is parsed as having a day |
| | Open | | None | T189746 Have a calendar converter for input dates at wikidata |
| | Resolved | BUG REPORT | Michael | T221097 The most commonly used date format in the Czech Republic produces wrong date when used as a value in Wikidata |
| | Resolved | | matej_suchanek | T324392 Fix unintentional side-effect of MwDateFormatParserFactory |
| | Open | BUG REPORT | Lucas_Werkmeister_WMDE | T325988 MonthNameUnlocalizer may unlocalize dates in an undesired way |
| | Open | | None | T196674 Stop using "century" and "millennium" in association with Wikidata datetime data |
| | Open | | None | T194869 Wikibase date datatype: default value of the "after" parameter |
| | Resolved | | Arian_Bozorg | T214002 Wikidata web form recognizes Japanese date 2001年8月31日 but not 2016年7月1日 |
| | Resolved | BUG REPORT | Manuel | T233105 Month and year are sometimes parsed as the first day of the month |
| | Resolved | | ItamarWMDE | T260678 Test T233105 with Lydia |
| | Open | | None | T252627 support for additional calendar models |
| | Open | | None | T206973 Supporting Solar Hijri calendar model in Wikidata |
| | Open | | None | T131593 Supporting Hebrew calendar model in Wikidata |
| | Open | | None | T252613 Supporting original Bengali calendar model of India in Wikidata |
| | Open | | None | T59704 Support Julian Date (astronomy) |
| | Open | | None | T328401 Supporting revised Bengali calendar model of Bangladesh in Wikidata |
| | Open | BUG REPORT | None | T221610 Date statements aren’t merged if the displayed text is the same but internal representation is different |
| | Open | | None | T310981 Duplication of dates due to different encode |
| | Open | BUG REPORT | None | T325242 Dates with a precision of 10,000 years or more render with the same precision as year |
| | Open | BUG REPORT | None | T294683 Portuguese date format is not accepted as a valid one when manually adding to Wikidata |
| | Open | | None | T311383 Datatype “point in time” does not accept initial caps for months (e.g. 13 Gen 1803) for some languages |
| | Open | BUG REPORT | None | T338115 Numerals for years are not converted in date statements |