News for hackers. Stuff that matters.
Re:Typeview – see what your users type before they press ‘en... by msy on Monday June 03, 2013 @01:14PM (#5814455)
So I accidentally paste something sensitive I need to edit before sending and now your servers are keeping a log of it, sent over plaintext? Highly unethical.
Re:Typeview – see what your users type before they press ‘en... by fomojola on Monday June 03, 2013 @01:33PM (#5814568)
We looked at this more like instant search results (similar to what most search engines do already) where the server updates the results as the user types into the query box. The human operator does increase the privacy questions, though, but this wouldn't be any different from accidentally pasting something sensitive into the Google search input.

Also, we do not log Typeview information.

Re:Typeview – see what your users type before they press ‘en... by potatolicious on Monday June 03, 2013 @01:41PM (#5814606)
The difference is that search-as-you-type is immediately obvious that it's occurring. Unless there is an obvious user cue that their typing is being sent immediately across the network, I'd consider this more scary than helpful.
Re:Typeview – see what your users type before they press ‘en... by kunle on Monday June 03, 2013 @01:49PM (#5814666)
Thanks for the suggestion - we'll include an indicator telling you when this happens, with an opt-out enabling you to prevent it from happening.

EDIT: "You" = any visitor to a site enabled with Hipmob.

Re:Typeview – see what your users type before they press ‘en... by krapp on Monday June 03, 2013 @02:43PM (#5814993)
It should be opt in by default.
Re:Typeview – see what your users type before they press ‘en... by tlrobinson on Monday June 03, 2013 @02:00PM (#5814737)
Also, search-as-you-type data is probably discarded immediately, not recorded for a human to review later.
Re:Typeview – see what your users type before they press ‘en... by fomojola on Monday June 03, 2013 @02:11PM (#5814804)
Tom, thanks for the comment: we've disabled Typeview while we work on the privacy and user experience. We clearly didn't think that through as well as we should have. As it turns out Google search-as-you-type is actually retained for 2 weeks in full, and then whittled down after that. https://support.google.com/chrome/answer/180655?hl=en. Google probably doesn't have human review of the data though: the machines are much better for that at their scale.
Re:Typeview – see what your users type before they press ‘en... by potatolicious on Monday June 03, 2013 @02:19PM (#5814840)
There is a contextual difference beyond just UI cues too. Making a user unwittingly transmit information to you is probably at most a minor sin when the receiving end is a dumb machine that doesn't do much/anything with the data.

Making a user unwittingly transmit information to another human is a much bigger deal.

Re:Typeview – see what your users type before they press ‘en... by eksith on Monday June 03, 2013 @01:55PM (#5814696)

  > Also, we do not log Typeview information.
Anything "sent" is "recorded" IMO. Besides the fact that we just have your word for it, all transmitted information is contained in a log somewhere in the company. That's the reality which may or may not be under your control.

Without clear visual cues or one of those cookie-notice style "This text field will send back everything entered into it. By continuing to use this text field, you're consenting to this" message, it's unethical.

Legally splitting hairs : If I'm in a cafe, I have no expectation of privacy. But if I lean over to tell someone something private, you still have the equivalent of a boom mike over us.

But hey, "legally", I should have no expectation of privacy right? But is it ethical?

Re:Typeview – see what your users type before they press ‘en... by ryalfalpha on Monday June 03, 2013 @01:54PM (#5814691)
I don't want to slam your site too much, but just because You don't log Typeview information doesn't mean someone doesn't. If you're using regular HTTP then everything the user types in your textbox can be intercepted by people on the network or logged on proxy servers anywhere. This is not something the user expects to have to worry about.

Mentally, the google search box has a very different contract than a textbox to communicate with support staff, the user generally gets immediate feedback and understands their data is being sent as they type.

Re:Typeview – see what your users type before they press ‘en... by poptype on Monday June 03, 2013 @02:05PM (#5814767)
This used to be how the old UNIX program ytalk worked, you could watch the other person type. It was obvious what was happening though, whereas everyone assumes that an edit box allows you to, uhh edit, before choosing to send.

Why do you hide the fact that you're doing this? If it was live updating the shared chat view for both users, it would be obvious. It's obvious users won't like this though, and will be very cautious what they type, so I don't blame you for trying to hide it.

Re:Typeview – see what your users type before they press ‘en... by fomojola on Monday June 03, 2013 @02:16PM (#5814825)
Welcome to HN (I see this account was created within the last couple of minutes).

We actually aren't trying to hide it (an HN post is not really the sort of thing one does when one is trying to hide a feature: we're actually advertising and soliciting feedback). We've disabled Typeview while we work on the privacy and user experience.

The points about user expectation are well taken: we will add explicit opt-outs for the site operator and the site visitor, as well as visually obvious indicators to the chat widget so the person typing knows what's happening and can choose to opt out then and there.

Re:Typeview – see what your users type before they press ‘en... by ajanuary on Monday June 03, 2013 @01:42PM (#5814614)
Google Instant has instant feedback based on what you type, which quickly and easily cements the idea that Google is processing what you type as you type it.

The demo in the video doesn't have any instant feedback, so doesn't continually reinforce the idea that intermediate data is being sent.