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

The user can create a meeting even if its body contains only capital letters or is not starting with a capital letter #12713

Open
vsperiatu opened this issue Apr 23, 2024 · 1 comment
Assignees

Comments

@vsperiatu
Copy link

vsperiatu commented Apr 23, 2024

Describe the bug

When creating a meeting I was able to save it even if I filled the body with capital letters only. Also, the user can save the meeting even if the body is not starting with a capital letter. This is always happening, no matter if the rich text editor is enabled or not.

To Reproduce

  1. Log in as admin and activate/deactivate the rich text editor (Organization settings -> Enable rich text editor for participants)
  2. Visit the main site
  3. Create a meeting
  4. Complete all the mandatory fields and fill the body with only capital letters/a text not starting with a capital letter
  5. Save

Expected behavior

The user should not be able to save the meeting if there are too many capital letters or the text is not starting with a capital letter in the body and an error should be displayed.

E.g. Proposal creation form:
image

Screenshots

save_meeting__too_many_capital_letters.mp4

Stacktrace

No response

Extra data

Tested on nightly

Additional context

No response

@vsperiatu vsperiatu changed the title The user can create a meeting even if its body contains only capital letters The user can create a meeting even if its body contains only capital letters or is not starting with a capital letter Apr 23, 2024
@andreslucena
Copy link
Member

I'm not so sure if those validations should be removed or extended to other forms.

The argument in favour of removal, is that this allows more people no tech-savvy to participate. Just the past week, some admins from Brazil commented us week that they actually disable this because of this reason.

The argument in favour of extending this, is to be consistent: when this was introduced for proposals we actually didn't have the other resources that could be created by participants: debates, meetings, etc.

What do you think @carolromero?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants