Skip to content

Accept .tar.xz in the GUI and check BeautifulSoup parser dependencies - #2242

Merged
abrignoni merged 2 commits into
mainfrom
feat/gui-tar-xz-and-bs4-parser-test
Sep 21, 2026
Merged

abrignoni merged 2 commits into
mainfrom
feat/gui-tar-xz-and-bs4-parser-test

Conversation

@abrignoni

Copy link
Copy Markdown
Owner

Two changes, one commit each.

  • The GUI now takes a .tar.xz. Its type came from the last suffix, xz, which no branch handles, so the run stopped with "Error on argument -o (input type)". It now maps to tar, which already reads xz, and the file picker lists *.xz. The README adds that a compressed tar reads much more slowly than a plain one: a 5.4 GB Android extraction took 33 s as .tar, 347 s as .tar.gz, and projected at about two hours as .tar.xz.
  • New test_bs4_parser_dependencies.py fails when a BeautifulSoup call names no parser, or one whose library requirements.txt does not install. It is the same file in all five cores.

🤖 Generated with Claude Code

abrignoni and others added 2 commits September 21, 2026 15:02
BeautifulSoup takes its parser as a string, so a module asking for one that
requirements.txt does not install imports cleanly and fails only when it
parses. RLEAPP 2026.4.1 shipped that. The new test fails when a call names no
parser, names a feature several builders share, or names a parser whose
library requirements.txt does not install, and it follows calls made through
an alias. It passes on the current tree and is the same file in all five
cores.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
The GUI takes the input type from the last suffix, so a .tar.xz came
through as 'xz', which matches no branch, and the run stopped with "Error
on argument -o (input type)". It now maps to 'tar', which already reads an
xz-compressed tar through tarfile's compression detection, and the file
picker lists *.xz the same way it lists *.gz for a .tar.gz. A bare .xz, a
.tar.gz and a .tar keep the types they had.

The README notes that a compressed tar reads much more slowly than a plain
one, since the reader decompresses from the start whenever it needs an
earlier file, and says to decompress a large extraction first.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@abrignoni
abrignoni merged commit 1601d43 into main Sep 21, 2026
8 checks passed
@abrignoni
abrignoni deleted the feat/gui-tar-xz-and-bs4-parser-test branch September 21, 2026 19:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant