Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

verbose flag for bitmagnet process #309

Open
2 tasks done
leofidus opened this issue Sep 25, 2024 · 1 comment
Open
2 tasks done

verbose flag for bitmagnet process #309

leofidus opened this issue Sep 25, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@leofidus
Copy link

  • I have checked the existing issues to avoid duplicates
  • I have redacted any info hashes and content metadata from any logs or screenshots attached to this issue

Is your feature request related to a problem? Please describe

I'm writing a classifier config for my bitmagnet instance. This involves a loop of modifying the classifier.yml file, testing the changes with bitmagnet process --infoHash=deadbeefredacted and checking the results in the web interface. The last step is quite cumbersome, and I'm often left wondering if my config doesn't work or I'm seeing caching effects

Describe the solution you'd like

An additional flag for bitmagnet process that outputs for each processed file which actions were taken (delete, add-tag, content-type)

Describe alternatives you've considered

Running with LOG_LEVEL=debug or directly looking at the database both work as alternative solutions. But the former is very verbose (and requires reading SQL statements), and the latter is requires connecting to the database.

Instead of just outputting results, the new flag could also output other useful information. When debugging classifier configs it would sometimes be useful to get step-by-step output what the result of conditions or branches was. This might go a a bit far though

@leofidus leofidus added the enhancement New feature or request label Sep 25, 2024
@mgdigital
Copy link
Collaborator

I agree something better tracing abilities would be useful. An issue I can see is the full trace of the paths followed might be difficult to interpret (and to show clearly) so would need some thought. So leaving this open for now. In the meantime adding tags are a way you can currently use to see if any particular branch was reached...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants