unreadCount incremented when typing a message

[owenfi]

unreadCount should reflect the number of messages a user has not seen, but in a case I found it is possible to falsely increment unreadCount.

The scenario is: A user begins editing a message in the inputView in the messageCenter class. As soon as the first letter is entered a breakpoint in ATBackend controllerDidChangeContent: will trigger and you can see that unread count goes to 1. (Clearing the text field or leaving the view decrements to zero, as "expected")

The problem is: If the user quits the with characters remaining in the inputView text field then the unreadCount is falsely stuck at 1 (until the next message center load, etc.)

If this is by design I think the inputView should re-populate the previous text on returning to the message center, but I think the unread count should actually either 1. Not increment while editing (or ever, for user driven messages?) or 2. Refresh to the proper value when Apptentive first loads.

[pkamb]

Thanks for the report on this @owenfi. I'll look into it today.

[pkamb]

Thanks for the report @owenfi, this will be in the next release.

[justinelsberry]

@pkamb is this supposed to be in 1.2.4? We are using CocoaPods 1.2.4 podspec and it still appears to fire the unread message count change when typing a new message in the message center. Is there a branch we can point CocoaPods to and use in production that will include this fix?

[pkamb]

Ah, thanks @justinelsberry for the report. There was a regression after our recent iOS 7 visual changes. I've just pushed a fix; feel free to pull in the same into your local copy. We are also planning on pushing a release later this week, at which point you can get the update via cocoapods.