Needs work
Project:
Statuses (Social Microblog)
Version:
7.x-1.x-dev
Component:
User interface
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
2 Feb 2016 at 10:22 UTC
Updated:
11 Mar 2016 at 22:15 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
icecreamyou commentedOoh, good catch. You're quite right that this is a bug - and actually it's not just a bug in the comments, it's also a bug in the main status form. The issue is that we're trying to count characters in a textfield and they can change on any of the following events:
- keydown
- keyup
- paste
- cut
- drop
Do you mind submitting an updated patch that fixes this in both places? Thanks for your help!
Comment #3
snig commented@IceCreamYou, thanks for reply.
I can't reproduce this on the main form, can you provide steps to reproduce? btw, on the main form I saw that we can submit empty form, so I think that we can add some checks:
Comment #4
snig commentedlet's change status of issue to nr, maybe anybody can help to test it.
Comment #5
icecreamyou commentedTry doing any of the following:
In each of these cases, the character counter won't update.
(As an aside, I recently learned there is actually another minor character counting issue, which is that the counter counts each unicode code point, so characters in the unicode astral planes or characters with combining marks or grapheme clusters will all be counted as multiple characters. I think I'm okay with that though.)
This was intentional; the form submits but it doesn't do anything. The reason for this is that other modules like FBSMP can attach fields to the status update form, so it might make sense to submit the form with no status if another field is filled out.
Comment #6
icecreamyou commented