Skip to content

feature progress-tree-log should not be default#39

Merged
Byron merged 2 commits intoGitoxideLabs:mainfrom
elijah629:patch-1
Jun 12, 2025
Merged

feature progress-tree-log should not be default#39
Byron merged 2 commits intoGitoxideLabs:mainfrom
elijah629:patch-1

Conversation

@elijah629
Copy link
Contributor

@elijah629 elijah629 commented Jun 12, 2025

I propose progress-tree-log should not be a default feature, here are my reasons:

  1. When using prodash and gix in the same cargo project, it is impossible to remove progress-tree-log without cargo patching one of them.
  2. Some projects do not use a logging library that supports log interface (log, tracing, etc) and this adds unnecessary compile time.
  3. If you do have a logging library and you try to render a line progress bar, the INFO logs fill up the terminal space where the progress bar is rendering. It also floods the progress bars existing messages that are already printed, effectively duplicating them.

Most should believe this is not default behavior for many project. I am not sure how to announce this change as it may be breaking for some users (breaking is a stretch, it just wont log. looking at the docs it is pretty easy to find that you would have to enable this feature)

Please consider this change as it would greatly help many users.

Thanks!

Copy link
Member

@Byron Byron left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks a lot, and sorry for the hassle. I simply wasn't aware.

@Byron Byron merged commit 427f168 into GitoxideLabs:main Jun 12, 2025
2 checks passed
@Byron
Copy link
Member

Byron commented Jun 12, 2025

The new release is available here: https://github.com/GitoxideLabs/prodash/releases/tag/v30.0.0

EliahKagan added a commit to EliahKagan/prodash that referenced this pull request Jun 12, 2025
Since it is no longer a default feature as of version 30.0.0 (GitoxideLabs#39).
@elijah629
Copy link
Contributor Author

Ooh! Thanks for the merge :)

@elijah629
Copy link
Contributor Author

elijah629 commented Jun 12, 2025

I noticed the docs & README still label it as default, might want to mix a fix for that in with the next patch version (whenever it comes out)

EliahKagan added a commit to EliahKagan/prodash that referenced this pull request Jun 12, 2025
cf70e4a (GitoxideLabs#41) fixed it in the documentation comments in `lib.rs`,
but it had still been listed as a default in the readme, noted in:
GitoxideLabs#39 (comment)
@EliahKagan
Copy link
Member

EliahKagan commented Jun 12, 2025

I noticed the docs & README still label it as default

Thanks!

I think #41 and #42 fix this now (though the online docs won't be updated until a new release is made).

@Byron
Copy link
Member

Byron commented Jun 12, 2025

Thanks a lot for the quick fixes and your support!
I will create a patch release soonish for good measure.

@Byron
Copy link
Member

Byron commented Jun 14, 2025

@EliahKagan
Copy link
Member

Thanks! I think that URL is for a release of the gh command, though, and that the GitHub release URL for the new release of prodash is https://github.com/GitoxideLabs/prodash/releases/tag/v30.0.1.

@elijah629
Copy link
Contributor Author

Lol, pasted the wrong thing? Haha.

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.

3 participants