Render App Privacy Report/TrackerControl export as PDF #5
Assignees
Comments
|
Official documentation of the format on iOS: https://developer.apple.com/documentation/network/privacy_management/inspecting_app_activity_data#3845757 |
|
Comparing the information we get on Android and iOS, all we really want to do is filter on the app ID and then display timestamp and hostname, I think. {"timeStamp":"2024-04-05T10:30:05.188+02:00","initiatedType":"AppInitiated","context":"","domain":"config.ads.vungle.com","contextVerificationType":0,"type":"networkActivity","domainType":2,"firstTimeStamp":"2024-04-05T10:30:05.188+02:00","bundleID":"com.imangi.templerun2","domainOwner":"","hits":1,"domainClassification":1} |
|
Actually, I'll also add an index. Just for convenience, so it is easier to refer to individual entries if the list is very long. |
baltpeter
added a commit
that referenced
this issue
Apr 5, 2024
|
Example complaint rendering the TrackerControl export: |
zner0L
added a commit
that referenced
this issue
Jun 23, 2024
* Import har2pdf code * har2pdf: Shift all headings down by one * har2pdf: Make heading referencable * First somewhat working prototype * Description * Only print requests referenced in the report * Reference tracker-wiki in report * Escaping * Outsource style to external file * Controller notices * Complaints * delete unused translations file * Fixes #5: Render App Privacy Report/TrackerControl export * Refactor GenerateOptions * Mention app version in second analysis in complaint * Complaint: Only include requests from user's network activity report * Rename to ReportHAR * Factor out traffic preparation * Factor out Nunjucks code * Factor out Typst compilation * har2pdf: fix typo in encoding detection * extract meta from tweasel HARs * Allow passing harMd5 * Write docstrings * write readme * Fixes #4: Include software versions in report * Add link to HAR tutorial * Export prepareTraffic() We need to do the same thing in platform. * Vendor TweaselHar type While I'm not the biggest fan of duplicating the code, we were also (needlessly) inheriting the Node 18 restriction from CA. Also, CA is pretty huge and I never liked depending on that just for this one type. Since the type is expected to be pretty stable, I don't think vendoring it is too much of an issue. * Upgrade Parcel Due to: parcel-bundler/parcel#9419 * Switch to our custom nunjucks fork * Inline TrackHAR translations in bundle I was getting the following error when trying to use ReportHAR as a library: Module "trackhar/i18n/en.json" needs an import assertion of type "json" But adding the assertion didn't help—Parcel strips those. * Export translations * Support TrackerControl individual app exports * Switch to released TrackHAR * Template for informal complaints * Actually convince Parcel to inline the translations and templates Quite finicky… * Remove yalc and update TrackHAR * Add method section to report --------- Co-authored-by: Lorenz Sieben <[email protected]>
baltpeter
added a commit
that referenced
this issue
Jun 25, 2024
* Import har2pdf code * har2pdf: Shift all headings down by one * har2pdf: Make heading referencable * First somewhat working prototype * Description * Only print requests referenced in the report * Reference tracker-wiki in report * Escaping * Outsource style to external file * Controller notices * Complaints * delete unused translations file * Fixes #5: Render App Privacy Report/TrackerControl export * Refactor GenerateOptions * Mention app version in second analysis in complaint * Complaint: Only include requests from user's network activity report * Rename to ReportHAR * Factor out traffic preparation * Factor out Nunjucks code * Factor out Typst compilation * har2pdf: fix typo in encoding detection * extract meta from tweasel HARs * Allow passing harMd5 * Write docstrings * write readme * Fixes #4: Include software versions in report * Add link to HAR tutorial * Export prepareTraffic() We need to do the same thing in platform. * Vendor TweaselHar type While I'm not the biggest fan of duplicating the code, we were also (needlessly) inheriting the Node 18 restriction from CA. Also, CA is pretty huge and I never liked depending on that just for this one type. Since the type is expected to be pretty stable, I don't think vendoring it is too much of an issue. * Upgrade Parcel Due to: parcel-bundler/parcel#9419 * Switch to our custom nunjucks fork * Inline TrackHAR translations in bundle I was getting the following error when trying to use ReportHAR as a library: Module "trackhar/i18n/en.json" needs an import assertion of type "json" But adding the assertion didn't help—Parcel strips those. * Export translations * Support TrackerControl individual app exports * Switch to released TrackHAR * Template for informal complaints * Actually convince Parcel to inline the translations and templates Quite finicky… * Remove yalc and update TrackHAR * Add method section to report --------- Co-authored-by: Lorenz Sieben <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Side quest for #1: We need a way to render the user's App Privacy Report/export from TrackerControl into the PDF (cf. tweaselORG/meta#8).
The text was updated successfully, but these errors were encountered: