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

Error saving task when text on story field too long #175

Open
jaragunde opened this issue Mar 9, 2016 · 4 comments
Open

Error saving task when text on story field too long #175

jaragunde opened this issue Mar 9, 2016 · 4 comments
Labels
type: bug use case: tasks wont fix Issue that is now moot due to rewrite of application

Comments

@jaragunde
Copy link
Member

[Trac import]
Reported by: clopez
Original date: Monday, 26 March 2012 18:22

Steps to reproduce:

  • Create a new task on an empty day
  • Input a long text on the ''Story'' field
    • For example qwertyuiopasdfghjklzxcvbnmqwertyuiopasdfghjklzxcvbnmqwertyuiopasdfghjklzxcvbnmqwertyuiopasdfghjklzxcvbnm
  • Try to save it and you will get error. The problem is that the error is not descriptive about what is going on:

    error Some Error Occurred While Saving The Changes (please check you haven't clipped working hours)

Either improve the error to say that the text on story field is too long or auto-trim it.

@jaragunde
Copy link
Member Author

[Trac import]
Comment by: jaragunde
Original date: Thursday, 29 March 2012 18:36

The issue with the lack of feedback when an error happens is being tracked on ticket #173.

@jaragunde
Copy link
Member Author

Recent work in #173 and #496 mean that the error message is more specific now, albeit a bit too technical:

Task update failed:
ERROR: 22001: value too long for type character varying(80)
LOCATION: varchar, varchar.c:632

I think a character limit is something worth having a specific error message for.

@dmtrek14
Copy link
Collaborator

I agree that this one is probably worth a specific message. Since we are starting to accumulate more cases of these, would it make sense at some point to have an ErrorParser.php that's more global? Then we could define the most common error types to handle and a consistent message to pass back.

That might be an extra abstraction that we don't need, though. Just thinking out loud.

@dmtrek14 dmtrek14 added the wont fix Issue that is now moot due to rewrite of application label Sep 1, 2023
@dmtrek14
Copy link
Collaborator

dmtrek14 commented Sep 1, 2023

We are in the process of rewriting the frontend for tasks. Any outstanding bugs and enhancements for the old interface will be taken into account as we implement the new design.

New frontend validation should be able to help with this so that something too long gets flagged before it evens gets to the backend.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: bug use case: tasks wont fix Issue that is now moot due to rewrite of application
Projects
None yet
Development

No branches or pull requests

2 participants