search

GothenburgBitFactory / bugwarrior

Pull github, bitbucket, and trac issues into taskwarrior
http://pypi.python.org/pypi/bugwarrior
GNU General Public License v3.0
736 stars 209 forks source link

Support not syncing description #766

Closed djmitche closed 3 years ago

djmitche commented 3 years ago

I'm copied on repos that see a lot of large issues with lots of comments. This generates a huge quantity of updates, each of which includes its own copy of all of that traffic, ballooning the task data that must be sync'd. And, I don't need any of that -- I just need a link to the issue.

Separately, certain characters in the subject of an issue will tickle https://github.com/GothenburgBitFactory/taskwarrior/issues/2140 which means that every bugwarrior run "modifies" the task.

It'd be great to have a way to disable the sync of comments to annotations.

ryneeverett commented 3 years ago

Is this different than setting annotation_comments=False?

djmitche commented 3 years ago

Indeed, I slightly misunderstood the problem. I'm seeing huge blobs of text from issues and PRs with large initial comments like https://github.com/taskcluster/azure-entities/pull/169. In fact, when these comments are changed (such as to check a checkbox), that generates a modification.

So perhaps a github.ignore_body=True option?

ryneeverett commented 3 years ago

I think github.annotation_description=False (default: True) would be more consistent with our existing options. (edit: I forgot that the description is not implemented as an annotation but is a top level field) Also, I suspect that it would be just as easy to make this option available to all services.

ryneeverett commented 3 years ago

Perhaps a better plan yet would be github.description_length=0 (default: 500,000?). Implementing this option would also resolve #304.

djmitche commented 3 years ago

I'm tempted to work on this but history suggests you'll have an even better idea in T-20 days ;)

(seriously, I'm hoping to get to it this week.. I have the week off and I'm sprinting on https://github.com/djmitche/taskchampion)

ryneeverett commented 3 years ago

(seriously, I'm hoping to get to it this week.. I have the week off and I'm sprinting on https://github.com/djmitche/taskchampion)

Very interesting work at taskchampion. Do you think it would be practical to develop a python api library (say "taskc") as a drop-in replacement for taskw so we could use bugwarrior with it?

djmitche commented 3 years ago

It won't be "drop in", because the data model is different, but one of the goals is that TC be something that is easier to integrate with (so an actual library instead of executing a process).

Hopefully it would be relatively straightforward to make bug warrior able to integrate with both tools, without forking "bugchampion" :)

On Mon, Nov 30, 2020, 1:02 AM ryneeverett notifications@github.com wrote:

(seriously, I'm hoping to get to it this week.. I have the week off and I'm sprinting on https://github.com/djmitche/taskchampion)

Very interesting work at taskchampion. Do you think it would be practical to develop a python api library (say "taskc") as a drop-in replacement for taskw so we could use bugwarrior with it?

— You are receiving this because you were assigned. Reply to this email directly, view it on GitHub https://github.com/ralphbean/bugwarrior/issues/766#issuecomment-735568149, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAAHAAJRSK25KIUDMRUQYRTSSMYQ5ANCNFSM4S4X7I2Q .