{"slug": "dataset-viewer-stuck-in-disabled-state-need-help", "title": "Dataset viewer stuck in \"disabled\" state, need help", "summary": "Hugging Face's dataset viewer is returning HTTP 501 with error code NotSupportedTagNFAAError for the public dataset RicemanT/booru-essence-2026, indicating the viewer is disabled because the repository carries the 'not-for-all-audiences' (NFAA) tag. The live datasets-server endpoints /is-valid and /splits both return the message \"Not supported: dataset viewer is disabled,\" confirming the NFAA eligibility check is the cause, not a configuration or cache issue. A community analysis found other public NFAA datasets such as QianyueWang/openGov, p1atdev/open2ch, and larryvrh/PIPPA-TavernFormat with viewer: true, suggesting the behavior may be dataset-specific, and the user is advised to seek clarification from Hugging Face maintainers.", "body_md": "Uh… I think the NFAA tag may be the suspicious part here:\n\nThe strongest clue I can find is that this does **not** look like a normal Parquet/config-generation failure or a repository-level `disabled`\n\nstate. It looks much more like the Dataset Viewer rejecting the repository at its **support/eligibility check**, specifically because of the `not-for-all-audiences`\n\ntag.\n\nYour `disabled: false`\n\nobservation is still useful, but it appears to answer a different question:\n\n``` php\nHub repository disabled?          -> false\nDataset Viewer eligible/allowed? -> separate decision\n```\n\nThe current [ dataset-viewer support-check code](https://github.com/huggingface/dataset-viewer/blob/main/libs/libcommon/src/libcommon/operations.py) has a dedicated branch for\n\n`not-for-all-audiences`\n\nis one of the recognized NFAA tags in `TAG_NFAA_SYNONYMS`\n\n```\nNotSupportedTagNFAAError\nNot supported: dataset viewer is disabled.\n```\n\nThat second line is exactly the message in your report.\n\nMore importantly, I did a point-in-time check against the **live public datasets-server endpoints**, rather than relying only on the GitHub source. For `RicemanT/booru-essence-2026`\n\n, both `/is-valid`\n\nand `/splits`\n\nreturned HTTP **501** with:\n\n```\nX-Error-Code: NotSupportedTagNFAAError\n```\n\nand:\n\n```\n{\"error\":\"Not supported: dataset viewer is disabled.\"}\n```\n\nSo for this particular repository, the NFAA path is not just a guess from the source code: the production service itself is currently classifying it that way.\n\nI therefore would **not spend more time on random README edits, whitespace commits, or Parquet re-uploads yet**. Those were reasonable attempts, but if this support check is what is firing, they are happening downstream of the real decision.\n\nThe first useful branch is simpler:\n\n`not-for-all-audiences`\n\nis accidental or no longer appropriateThere is one complication worth mentioning: I do **not** think it is safe to generalize this into “all public NFAA datasets can never have a Viewer.” I can currently find public NFAA datasets such as [ QianyueWang/openGov](https://huggingface.co/datasets/QianyueWang/openGov?not-for-all-audiences=true),\n\n`p1atdev/open2ch`\n\n`larryvrh/PIPPA-TavernFormat`\n\n`200`\n\nwith `viewer: true`\n\n; their datasets-server revision headers also matched their current Hub revisions, so this does not appear to be merely a stale search-result artifact.That makes the target-specific diagnosis fairly strong, while leaving the **production-wide semantics** for HF to clarify.\n\nSo I think you have already supplied most of what a maintainer would need. I would stop perturbing the repository for now and focus the support question on this distinction:\n\nThe live datasets-server response for this repo is\n\n`NotSupportedTagNFAAError`\n\n, which matches the current public-NFAA support check. Is that the intended production behavior for this dataset? If so, is there currently a supported Viewer/preview path for appropriately labeled public NFAA datasets? If not, should this repository be reprocessed or have its Viewer state corrected?\n\nThe [ dataset-viewer repository](https://github.com/huggingface/dataset-viewer) recommends reporting dataset-page Viewer errors in the dataset’s own discussion, so this thread already seems like the right place to resolve the part that cannot be determined from public state.\n\nAt least from what is observable publicly, I would put **NFAA eligibility first, ordinary cache/backfill second**.", "url": "https://wpnews.pro/news/dataset-viewer-stuck-in-disabled-state-need-help", "canonical_source": "https://discuss.huggingface.co/t/dataset-viewer-stuck-in-disabled-state-need-help/179406#post_2", "published_at": "2026-08-28 21:16:03+00:00", "updated_at": "2026-08-28 21:18:11.978620+00:00", "lang": "en", "topics": ["ai-tools", "ai-infrastructure"], "entities": ["Hugging Face", "RicemanT/booru-essence-2026", "QianyueWang/openGov", "p1atdev/open2ch", "larryvrh/PIPPA-TavernFormat", "dataset-viewer"], "alternates": {"html": "https://wpnews.pro/news/dataset-viewer-stuck-in-disabled-state-need-help", "markdown": "https://wpnews.pro/news/dataset-viewer-stuck-in-disabled-state-need-help.md", "text": "https://wpnews.pro/news/dataset-viewer-stuck-in-disabled-state-need-help.txt", "jsonld": "https://wpnews.pro/news/dataset-viewer-stuck-in-disabled-state-need-help.jsonld"}}