Closed
Bug 1154349
Opened 10 years ago
Closed 10 years ago
[Compat Data] Improve readability/helpfulness of compat data importer output
Categories
(developer.mozilla.org Graveyard :: General, enhancement)
developer.mozilla.org Graveyard
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: sheppy, Assigned: jwhitlock)
References
Details
The output of the compat data importer is currently very difficult to read unless you understand the underlying PEG. While we can approach this by simply educating writers on reading these messages, that will limit the number of people that will be able to realistically contribute to the cleanup and update project for MDN's content compatibility with the importer.
Messages should be more easily understood by non-experts. Perhaps we include links in the output to wiki pages that we can put details on how to deal with that problem.
Ideally, we should be able to give the writing community a link to the importer's output and ask people to find things to fix. They should then be able to do so without having to ask for help with interpreting the messages, which means more contributors to the effort.
Updated•10 years ago
|
Severity: normal → enhancement
Comment 1•10 years ago
|
||
In our 2015-04-21 meeting we decided to create unique IDs for error messages and to make them links to pages on wiki.mozilla.org. That way we can crowd-source explanations of the errors and how to fix them.
| Assignee | ||
Comment 2•10 years ago
|
||
I don't have page creation permissions on wiki.mozilla.org. Can someone create https://wiki.mozilla.org/MDN/Development/CompatibilityTables/Importer ? needinfo'ing sheppy, who seems most likely to have permission or bounce to the right person.
Flags: needinfo?(eshepherd)
| Assignee | ||
Comment 4•10 years ago
|
||
https://wiki.mozilla.org/MDN/Development/CompatibilityTables/Importer is up and has gotten some staff contributions. Calling this done. If more work is needed, please file a targeted bug blocking bug 996570 and with the prefix "[Compat Data][Importer]"
Assignee: nobody → jwhitlock
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Comment 5•10 years ago
|
||
Commits pushed to master at https://github.com/mozilla/web-platform-compat
https://github.com/mozilla/web-platform-compat/commit/805007f4775426c98383f713904d3b50427d5e2e
bug 1154349 - Add idents to import issues
Issues are collected in a new model, with:
- A slug to identify similar issues,
- The start and end position in the MDN page
- A dictionary of context data
The slugs are also used to lookup:
- Issue severity:
- Warning: probably does not impact importing
- Error: data is present but not imported
- Critical: unable to finish importing page
- Short and long description templates, using the per-issue context
data.
- User-contributed content-fixing hints on:
https://wiki.mozilla.org/MDN/Development/CompatibilityTables/Importer
The parse output has been changed. meta.scrape.raw.issues now contains
both the original issues (now Warnings) and errors (Error and Critical).
The HTML description no longer appears in the meta section, but is
generated at display time.
Finally, the importer list shows a count of Warnings / Error / Critical
instead of the binary has / doesn't have errors.
https://github.com/mozilla/web-platform-compat/commit/c067f1a1b9c3c5d366b0c8f0e8b924453b3dd5c4
bug 1154349 - Moar speeling fixes
https://github.com/mozilla/web-platform-compat/commit/677d6a949b84dcbd25b89e7272d85bab359c5d6d
bug 1154349 - Better non-ascii handling
Consistantly use text_type, so that pages like
https://developer.mozilla.org/en-US/docs/Web/CSS/font-variant
will import correctly.
https://github.com/mozilla/web-platform-compat/commit/600bc0a861298673bad00165140d159a62d3b4e9
bug 1154349 - Allow MDN import w/ warnings
Add the "Commit" button when no errors or critical errors are found on
the page.
https://github.com/mozilla/web-platform-compat/commit/fa53c7703d96b741fd5f0a2a04a7d57a6cbe0d58
bug 1154349 - Fix link to view_features endpoint
https://github.com/mozilla/web-platform-compat/commit/00a57f4ef363368c75071341e801e30cb3aa0ec3
bug 1154349 - Fix canonical feature scrape
Canonical features loaded from the database had the name
{'zxx': 'name'}, exposing the internal implementation and breaking the
display. Fixed so name is 'name' instead.
https://github.com/mozilla/web-platform-compat/commit/09bab0f91e1dc0fb0ebaf4f2a7227c9d107d7bd9
bug 1154349 - Update tools/gather_import_issues.py
* Rename tools/gather_import_errors.py
* Use new 'issues' terminology and endpoints
* During import, count up to 100% rather than down to 0%
* Write CSV with new data fields
https://github.com/mozilla/web-platform-compat/commit/d144ee91121a9765f740e77e2abd643bc56d9aac
bug 1154349 - Add issues summary page
https://github.com/mozilla/web-platform-compat/commit/8e0d361b03df881b8716cad68f38ea18b8a3d5b4
fix bug 1154349 - Intentional file reads
It appears TravisCI is now using 'ascii' as their default system
encoding, causing reads of UTF-8 files to fail. Use io.open with
explicit encoding to fix.
https://github.com/mozilla/web-platform-compat/commit/1788e5c69b6e1f479c8c2b715816c46f693c2387
Merge pull request #29 from jwhitlock/1154349_importer_issues
Fix bug 1154349 - Refactor importer issues
Comment 6•10 years ago
|
||
Commit pushed to master at https://github.com/mozilla/web-platform-compat
https://github.com/mozilla/web-platform-compat/commit/1bc5d5480d72645de3e85ac5234f7261c4aab604
bug 1154349 - Counts in gather_import_issues.py
gather_import_issues.py was counting end position, not issues.
Updated•5 years ago
|
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•