Update privacy policy with information about Adblock Browser error reporting

[mario]

Background

With #4672 we introduce opt-in "error reporting" to Adblock Browser for iOS, which will be released on the 28th of February 2017. This new feature requires us to update the privacy policy

What to change

On ​https://adblockplus.org/en/privacy#abb_ios change the Adblock Browser for iOS section contents to:

## Adblock Browser for iOS

### Crash and error reporter

In the event of an unexpected crash or error, Adblock Browser for iOS collects data relevant for analyzing the cause of the malfunction and transmits it to eyeo's ​HockeyApp account. The data is solely used for individual troubleshooting (as well as for identifying general defects which lead to unexpected crashes or errors) and is never shared with any third parties other than HockeyApp.

During a crash, the following data is sent:

- Bundle identifier, bundle version and short bundle version string of Adblock Browser for iOS.
- Device type, CPU architecture and version of the operating system.
- Timestamp of when the crash happened.
- A generated UUID to prevent duplicate crash reports.
- If an exception was thrown, the plain-text class name and message value of the exception.
- Low level crash data like instruction pointer, method or function names, signal data, pointer registers and information about the loaded binary images.

During an error, the following data is sent:

- Bundle identifier, bundle version and short bundle version string of Adblock Browser for iOS.
- Device type, CPU architecture and version of the operating system.
- Timestamp of when the error happened.
- A generated UUID to separate error reports.
- A string/function name identifying the error.

Said data is only collected when the application crashes or throws an error. Furthermore, Adblock Browser for iOS explicitly asks for permission to send the collected information after the crash or error happened. All reports stored on our servers are removed after 30 days.

In order to learn more about HockeyApps's privacy policy, please consult their ​[Terms of Service](http://hockeyapp.net/terms) as well as their ​[crash report documentation](http://support.hockeyapp.net/kb/app-management-2/what-data-is-collected-with-crash-reports) and [event report documentation](https://support.hockeyapp.net/kb/app-management-2/what-data-is-collected-with-the-hockeysdks-2#data-collected-for-the-user-metrics-features).

Additional information

• For better readability, you'll find a RTF document with the changed passages in red here.
• Changes are already approved by Legal.
• Translations will be provided via CrowdIn by 2017-02-24
• ABB 1.5.2 will be released by 2017-03-10. By then the changes outlined above are supposed to be published.

[mario]

The deadline of 2017-02-28 isn't fixed yet. If we encounter issues during the release, we might need to postpone the release by a few days. I guess it'll be the easiest if I ping you as soon as the date and time of day is fixed. We'll know that for sure approximately one week prior to the release. I'll keep you in the loop regarding this.

[lisabielik]

@mario

Should the third bullet point below "During an error the following data is sent" read:

Timestamp of when the error happened.

NOT:

Timestamp of when the crash happened.

Also, I added commas after "During a crash" and "During an error."

[mario]

Thanks for reviewing the text! Good catch, yes, that should be "error" instead of "crash". Changed the description.

@saoyanm, the changes are hereby approved legally and text-wise.

[juliandoucette]

• @mario careful with those utf8 bullets and get your heading levels straight... sheesh :D
  • (Thank you for the very detailed ticket <3)
• The privacy policy on abp.org is implemented in HTML
  • Therefore we must be careful to convert this markdown properly (preserving changed/unchanged strings, fix tags, abbreviations, etc)

[mario]

@juliandoucette, thanks for triaging the issue.

and get your heading levels straight

Damnit -- that's what happens if you just guess instead of actually looking it up. :D

careful with those utf8 bullets [...] Therefore we must be careful to convert this markdown properly

For future tickets, what's the preferred format for text changes like this? I assume, that providing it in markdown would be rather error prone (if the ticket creator is neither a front end developer nor a content developer).

[juliandoucette]

Damnit -- that's what happens if you just guess instead of actually looking it up. :D

FWIW your headers were more semantically correct ;) (because sections in HTML5 are supposed to start with H1)

For future tickets, what's the preferred format for text changes like this? I assume, that providing it in markdown would be rather error prone (if the ticket creator is neither a front end developer nor a content developer).

If the ticket creator was not a developer or manager at eyeo, and I understand the product design process correctly, than that indicates that the requested change has probably not gone through the product design process. As a result, it is the responsibility of the websites module owner and/or the websites product manager to get the request into the product design process so that it can be updated and resolved accordingly.

Also, I created a handy ​Markdown guide :)

[mario]

If the ticket creator was not a developer or manager at eyeo, and I understand the product design process correctly, than that indicates that the requested change has probably not gone through the product design process.

I hope that is a misunderstanding, as it would be a great loss if that process forbid anyone outside of those groups to create tickets (i.e. proposals). But it's good that you brought this up as there's an upcoming meeting regarding this topic. I'll add that to the agenda. :)

Sorry for going off topic. Now that the issue is ready, I'll give you a heads-up as soon as the deadline is set in stone.

[mario]

Due to the current situation with Salsita, we've delayed the golive of ABB 1.5.2 by 2 weeks. This also postpones the deadline of this change
from 2017-02-28 to 2017-02-14.
I will, as promised before, give you a heads-up one week prior to the golive.

[mario]

Quick update regarding the release of ABB, which is the reason why this ticket has a deadline. We're still in time, however we're experiencing some last minute issues, which we're currently fixing. This means:

• We're still aiming for a release on March 14th, one week from today.
• We might need to postpone the release a few days, in which case I'll notify you beforehand.

The changes, however, can go live on March 14th if that's easier for you to handle, even if the release of ABB is postponed by a few days.

[Shikitita]

@saroyanm @juliandoucette I already have the translations ready for this text. Please let me know when you will be able to update the source text in Crowdin so I can add them. :)

[mario]

We're ready for the release of ABB and aim for May 2nd. We might be a bit early depending on Apple's reaction time but updating the privacy policy by that date is absolutely sufficient.

[juliandoucette]

Shouldn't this go on adblockbrowser.org?

[jnink]

@juliandoucette: we should definitely have a privacy policy link on adblockbrowser.org.
But as we don't have a separate privacy policy yet, let's include the wording in the existing abp privacy policy and include this privacy policy on adblockbrowser.org, too.
Does that make sense?

[juliandoucette]

@juliandoucette: we should definitely have a privacy policy link on adblockbrowser.org.
But as we don't have a separate privacy policy yet, let's include the wording in the existing abp privacy policy and include this privacy policy on adblockbrowser.org, too.
Does that make sense?

Yes.

The change to adblockbrowser.org will require another ticket. Will you please send a request to Jeen for this? (Because I will need to know where the link should appear on adblockbrowser.org.)

[juliandoucette]

Note: The attached RTF is out-of-sync with the text in the description. I'm implementing based on the text in the description.

[Shikitita]

Replying to juliandoucette:

Note: The attached RTF is out-of-sync with the text in the description. I'm implementing based on the text in the description.

I actually can't read the .rtf document. Could you please point the inconsistencies?

The text in the ticket mentions "our HockeyApp account", when instead it should be "eyeo's HockeyApp account" after the whole Privacy Policy text was updated at the end of last year. This was also a small mistake I had to fix before sending the English to the translation agency.

[juliandoucette]

Updated description based on last comment.

[juliandoucette]

(I commented in the wrong ticket)

[jeen]

Added ticket about adding a link to adblockbrowser.org #5199

[juliandoucette]

Replying to Shikitita:

I actually can't read the .rtf document. Could you please point the inconsistencies?

@Shikitita here is ​​a comparison.

[abpbot]

A commit referencing this issue has landed:
​Issue 4872 - Updated Adblock Browser for iOS section of privacy policy

[abpbot]

A commit referencing this issue has landed:
​Issue 4872 - Replaced 'our' with 'eyeo's', added link to first HockeyApp, and https to HockeyApp links

[abpbot]

A commit referencing this issue has landed:
​Issue 4872, 5017 - Added German and French translations to Privacy and Terms pages