Well, they get the usual stuff, like YT would get anyway when you watch a video. I did a quick check for the headers using https://manytools.org/http-html-text/http-request-headers/ and here’s what they get from my Obsidian (IP address changed):
| HTTP header |
Value |
| Accept-Language |
de |
| Accept-Encoding |
gzip, deflate, br |
| Sec-Fetch-Dest |
iframe |
| Sec-Fetch-Mode |
navigate |
| Sec-Fetch-Site |
cross-site |
| Accept |
text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9 |
| User-Agent |
Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) obsidian/0.12.3 Chrome/89.0.4389.128 Electron/12.0.6 Safari/537.36 |
| Upgrade-Insecure-Requests |
1 |
| Connection |
close |
| X-Accel-Internal |
/internal-nginx-static-location |
| X-Forwarded-For |
12.34.56.78 |
| X-Real-Ip |
12.34.56.78 |
| Host |
manytools.org |
| Mod-Rewrite |
On |
| Authorization |
|
Interestingly, it sends an Accept-Language: de because my system is set up with a German Linux but my Obsidian set to English!
Obsidian devs, hear me? Bug!
It should send an
Accept-Language: en,de-DE;q=0.7,de;q=0.5,*;q=0.3
in my case (German system, Obsidian English), so that
- we get the
iframe content in the language Obsidian is set to (en), and
- the real system language (
de_DE) as a fallback, then
- the abbreviated (general) system language (
de) as a further fallback!