-
Notifications
You must be signed in to change notification settings - Fork 20
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
Implementing task desc croping(cf #27) #95
Conversation
Coming back to boxine#27, I had in a middle of a long series of tasks one of them which crashed due to a ValidationError('Process info description overlong'). It reminded me about boxine#27 where I thought we implemented a crop of TaskModel.desc to 64 characters. As stated already at the time. having a desc bigger than 64 char should not for me prevent a task to run. Especially when task description are generated automatically I would therefore suggest implementing the following changes
Jens, note that that could lead to a fail of the test you put in place for testing if an error was raised when desc was bigger than 64 However, I don't really understand why an error would be raised on: |
Unclear for me why we should have the error Your help is needed |
Need your input @jedie |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I updated to match your suggestion
Adopt the idea from #95 and just crop the description and log a warning.
Adopt the idea from #95 and just crop the description and log a warning.
@Skrattoune i used our idea and create: #108 |
Coming back to #27,
I had in a middle of a long series of tasks one of them which crashed due to a
ValidationError('Process info description overlong')
.It reminded me about #27 where I thought we implemented a crop of
TaskModel.desc
to 64 characters.As stated already at the time, having a desc bigger than 64 char should not for me prevent a task to run.
Especially when task description are generated automatically
I would therefore suggest implementing the following changes