# I am the Watcher. I am your guide through this vast new twtiverse.
# 
# Usage:
#     https://watcher.sour.is/api/plain/users              View list of users and latest twt date.
#     https://watcher.sour.is/api/plain/twt                View all twts.
#     https://watcher.sour.is/api/plain/mentions?uri=:uri  View all mentions for uri.
#     https://watcher.sour.is/api/plain/conv/:hash         View all twts for a conversation subject.
# 
# Options:
#     uri     Filter to show a specific users twts.
#     offset  Start index for quey.
#     limit   Count of items to return (going back in time).
# 
# twt range = 1 196295
# self = https://watcher.sour.is?offset=167556
# next = https://watcher.sour.is?offset=167656
# prev = https://watcher.sour.is?offset=167456
@prologic Still expands to _almost_ the correct raw twt, though: https://movq.de/v/c6243a9e61/s.png
@prologic Still expands to _almost_ the correct raw twt, though: https://movq.de/v/c6243a9e61/s.png
@prologic Still expands to _almost_ the correct raw twt, though: https://movq.de/v/c6243a9e61/s.png
@prologic Still expands to _almost_ the correct raw twt, though: https://movq.de/v/c6243a9e61/s.png
🧮 USERS:1 FEEDS:2 TWTS:1051 ARCHIVED:77202 CACHE:2435 FOLLOWERS:17 FOLLOWING:14
@prologic, what makes your mention of my handle show differently like this?

@mckinley That's actually all I used it for myself 👌 All those other "bells 'n whistles" are really just Traefik supporting lots of alternate setups and drivers for discovery, etc.
@mckinley That's actually all I used it for myself 👌 All those other "bells 'n whistles" are really just Traefik supporting lots of alternate setups and drivers for discovery, etc.
@bender LOL 🤣
@bender LOL 🤣
@bender LOL 🤣
@bender LOL 🤣
@prologic no worries! It pains me to find bugs in Yarn, though. I want it to be flawless, you know, like Microsoft Windows. 🤭
@mckinley Caddy is simpler and act as both, web server *and* a reverse proxy. Traefik is only—albeit on steroids—a reverse proxy.
@mckinley it is opt-in because all your devices logged into the same iCloud account need to be at a compatible level. You also have to have a designated recovery account member which, obviously, you need to manually add.
@prologic ah, fuck it, don’t worry. I consider one the original (I flip a coin to pick which), and the other’s a backup, just in case. 😂

$ wc -l inactive.txt
152 inactive.txt

$ wc -l inactive.txt
152 inactive.txt
👋 At some point over the next day or two I will be deleting the following feeds/accounts:

https://gist.mills.io/prologic/ae61ae2bfba6401e8955a33394fd858b

If anyone spots anything on this list that shouldn't be deleted, please let me know! 🙏
👋 At some point over the next day or two I will be deleting the following feeds/accounts:

https://gist.mills.io/prologic/ae61ae2bfba6401e8955a33394fd858b

If anyone spots anything on this list that shouldn't be deleted, please let me know! 🙏
@lyse@
@lyse@
We'll kind of the backend fixes it or grid to 🤣
We'll kind of the backend fixes it or grid to 🤣
@movq@ does not hmmm
@movq@ does not hmmm
@prologic works
@prologic works
The mobile autocomplete bug is something I can reproduce and likely fix soon™ -- I _think_ its happenning because I accidentally nuked this pod's cache the other day (sorry!) 😢 -- But it is also a bug 🐛
The mobile autocomplete bug is something I can reproduce and likely fix soon™ -- I _think_ its happenning because I accidentally nuked this pod's cache the other day (sorry!) 😢 -- But it is also a bug 🐛
Like what was this meant to be anyway?


"[Scheduled][Scheduled=][Scheduled][Scheduled=][Scheduled][Scheduled=][Scheduled][Scheduled=]"
Like what was this meant to be anyway?


"[Scheduled][Scheduled=][Scheduled][Scheduled=][Scheduled][Scheduled=][Scheduled][Scheduled=]"
As for @mckinley 's odd Twt, I only see one instance of this:


2023-01-09T22:42:37Z	(#dusjj6a) @<lyse https://lyse.isobeef.org/twtxt.txt> As far as I know, they're still visible in the Web UI. Although, in the mobile app and youtube.com, I believe it tells you that the video isn't available without having to click on it. They don't tell you that in the RSS feed, and I agree; it gets annoying.

If we had a custom feed generator that hooks directly into the YouTube API, I'll bet we could find that information and put "[Scheduled][Scheduled=][Scheduled][Scheduled=][Scheduled][Scheduled=][Scheduled][Scheduled=]" in the title for premieres and remove it when the video is available.


And I have no fucking clue how this happened. I can't imagine anything in the yarnd codebase would be responsible for this weirdness 🤣
As for @mckinley 's odd Twt, I only see one instance of this:


2023-01-09T22:42:37Z	(#dusjj6a) @<lyse https://lyse.isobeef.org/twtxt.txt> As far as I know, they're still visible in the Web UI. Although, in the mobile app and youtube.com, I believe it tells you that the video isn't available without having to click on it. They don't tell you that in the RSS feed, and I agree; it gets annoying.

If we had a custom feed generator that hooks directly into the YouTube API, I'll bet we could find that information and put "[Scheduled][Scheduled=][Scheduled][Scheduled=][Scheduled][Scheduled=][Scheduled][Scheduled=]" in the title for premieres and remove it when the video is available.


And I have no fucking clue how this happened. I can't imagine anything in the yarnd codebase would be responsible for this weirdness 🤣
As for @mckinley 's odd Twt, I only see one instance of this:


2023-01-09T22:42:37Z\t(#dusjj6a) @<lyse https://lyse.isobeef.org/twtxt.txt> As far as I know, they're still visible in the Web UI. Although, in the mobile app and youtube.com, I believe it tells you that the video isn't available without having to click on it. They don't tell you that in the RSS feed, and I agree; it gets annoying.

If we had a custom feed generator that hooks directly into the YouTube API, I'll bet we could find that information and put "[Scheduled][Scheduled=][Scheduled][Scheduled=][Scheduled][Scheduled=][Scheduled][Scheduled=]" in the title for premieres and remove it when the video is available.


And I have no fucking clue how this happened. I can't imagine anything in the yarnd codebase would be responsible for this weirdness 🤣
@mckinley Nah it wasn't me, trust me 🤣 I _actually_ use Traefik for my ingres.
@mckinley Nah it wasn't me, trust me 🤣 I _actually_ use Traefik for my ingres.
I don't think I'm smart enough to figure this out 😅
I don't think I'm smart enough to figure this out 😅
I can't explain this. I'm leaning towards a peering pod being responsible for producing a different hash, and twtxt.net pulling that in from a peer. But that would only happen if my pod doesn't have the Root Twt ans asked its peers for it. And that implies other pods are producing incorrect/different hashes "somehow". So all of that seems highly unlikely tbh.
I can't explain this. I'm leaning towards a peering pod being responsible for producing a different hash, and twtxt.net pulling that in from a peer. But that would only happen if my pod doesn't have the Root Twt ans asked its peers for it. And that implies other pods are producing incorrect/different hashes "somehow". So all of that seems highly unlikely tbh.
bsormva is not a hash found in @lyse 's feed at all according to yarnc debug which is printing the hash and corresponding Twt per line.
bsormva is not a hash found in @lyse 's feed at all according to yarnc debug which is printing the hash and corresponding Twt per line.
That is this one:


ta6uu5q 2024-08-03T19:30:00+02:00	(#puxvjcq) Hmmm, what is going on here? ...
That is this one:


ta6uu5q 2024-08-03T19:30:00+02:00	(#puxvjcq) Hmmm, what is going on here? ...
That is this one:


ta6uu5q 2024-08-03T19:30:00+02:00\t(#puxvjcq) Hmmm, what is going on here? ...
A equivalent yarnc debug <url> only sees the 2nd hash
A equivalent yarnc debug <url> only sees the 2nd hash
Computers aren't meant to give me three different answers 🤣
Computers aren't meant to give me three different answers 🤣
@movq / @lyse / @xuu any ideas wut da fuq is going on here?! 🤣
@movq / @lyse / @xuu any ideas wut da fuq is going on here?! 🤣
In fact I cannot produce eitehr of these hashes:


$ pbpaste | ./yarnc hash -u https://lyse.isobeef.org/twtxt.txt -t 2024-08-03T19:30:00+02:00 -
bsormva


What da fuq?!


$ bat https://twtxt.net/twt/7hraijq | jq -r '.text' | ./yarnc hash -u https://lyse.isobeef.org/twtxt.txt -t 2024-08-03T19:30:00+02:00 -
bsormva
In fact I cannot produce eitehr of these hashes:


$ pbpaste | ./yarnc hash -u https://lyse.isobeef.org/twtxt.txt -t 2024-08-03T19:30:00+02:00 -
bsormva


What da fuq?!


$ bat https://twtxt.net/twt/7hraijq | jq -r '.text' | ./yarnc hash -u https://lyse.isobeef.org/twtxt.txt -t 2024-08-03T19:30:00+02:00 -
bsormva
Yeah, this looks like a hash collision to me right? Same twt, same timestamp, same twter, produces two different hashes? I'm not even sure how da fuq this is even possible?


$ diff <(bat https://twtxt.net/twt/7hraijq | jq '.') <(bat https://twtxt.net/twt/ta6uu5q | jq '.')
10c10
<   "hash": "7hraijq",
---
>   "hash": "ta6uu5q",
Yeah, this looks like a hash collision to me right? Same twt, same timestamp, same twter, produces two different hashes? I'm not even sure how da fuq this is even possible?


$ diff <(bat https://twtxt.net/twt/7hraijq | jq '.') <(bat https://twtxt.net/twt/ta6uu5q | jq '.')
10c10
<   "hash": "7hraijq",
---
>   "hash": "ta6uu5q",
@lyse (_ahh auto-complete is broken only on Mobile?_) @xuu is our hashing reached a point where it's broken and needs to be dumped? 🤔_
@lyse (_ahh auto-complete is broken only on Mobile?_) @xuu is our hashing reached a point where it's broken and needs to be dumped? 🤔_
What da actual fuq?! They have the same timestamp too!


$ bat https://twtxt.net/twt/7hraijq | jq '.created'
"2024-08-03T19:30:00+02:00"
$ bat https://twtxt.net/twt/ta6uu5q | jq '.created'
"2024-08-03T19:30:00+02:00"


And the same Twter (URI)
What da actual fuq?! They have the same timestamp too!


$ bat https://twtxt.net/twt/7hraijq | jq '.created'
"2024-08-03T19:30:00+02:00"
$ bat https://twtxt.net/twt/ta6uu5q | jq '.created'
"2024-08-03T19:30:00+02:00"


And the same Twter (URI)
Hm mm these are identical in content:


$ diff -Ndru <(bat https://twtxt.net/twt/7hraijq | jq -r '.text') <(bat https://twtxt.net/twt/ta6uu5q | jq -r '.text') | wc -l
0
Hm mm these are identical in content:


$ diff -Ndru <(bat https://twtxt.net/twt/7hraijq | jq -r '.text') <(bat https://twtxt.net/twt/ta6uu5q | jq -r '.text') | wc -l
0
@bender Shy are those seem like dupes with different hashes?
@bender Shy are those seem like dupes with different hashes?
See:

https://twtxt.net/twt/7hraijq
https://twtxt.net/twt/ta6uu5q
Nope none that I can think of 🤔
Nope none that I can think of 🤔
Yeah okay I can reproduce that weird auto-complete bug
Yeah okay I can reproduce that weird auto-complete bug
Hmm like @lyse
Hmm like @lyse
Hmm I'm not sure either 🤔
Hmm I'm not sure either 🤔
Yeah, truly weird and odd behaviour.
@mckinley I also see repeated Lyse twtxts, and I can’t even mention him on this twtxt. When I type @Lyse the pop up shows up, but when I tap on it, it just autocompletes as @lyse@, nothing else.

I am on mobile.
@lyse nope. That’s all Yarn’s doing. 😳😬
[47°09′04″S, 126°43′00″W] Weather forecast alert -- storm from W
Now, https://twtxt.net/twt/puxvjcq from my original post also works. Yarnd must have parsed it and indexed in the meantime. However, it renders the truncated version of mckinley's message. Notice that it directly ends at the beginning of the bracketed text.
Okay, when I click on on the "Root" link, it brings me to https://twtxt.net/conv/puxvjcq?p=1#7hraijq where both my truncated and full twt are shown. I can 100% guarantee that I did not modify this twt ever. Not sure where the truncated one originates from. Looks like the yarnd twt parser tripped and generated two twts out of this. O_o
@movq Interesting! What the heck!? Is this a bug or feature? I'm now wondering if this bracketed text stuff of corrupted feeds and truncated display are related?
You twt is truncated on twtxt.net, btw. 🤔

https://movq.de/v/7cb8a3bad4/huh2.png
You twt is truncated on twtxt.net, btw. 🤔

https://movq.de/v/7cb8a3bad4/huh2.png
You twt is truncated on twtxt.net, btw. 🤔

https://movq.de/v/7cb8a3bad4/huh2.png
You twt is truncated on twtxt.net, btw. 🤔

https://movq.de/v/7cb8a3bad4/huh2.png
@lyse Yeah, jenny ignores twts that are older than the last timestamps it saw. In other words, it certainly looks like feed corruption on Yarn’s end. 🤔
@lyse Yeah, jenny ignores twts that are older than the last timestamps it saw. In other words, it certainly looks like feed corruption on Yarn’s end. 🤔
@lyse Yeah, jenny ignores twts that are older than the last timestamps it saw. In other words, it certainly looks like feed corruption on Yarn’s end. 🤔
@lyse Yeah, jenny ignores twts that are older than the last timestamps it saw. In other words, it certainly looks like feed corruption on Yarn’s end. 🤔
Heck yeah, this water bellows is absolutely amazing! <3 https://youtu.be/M6gYhD6_yLI Now, I want to make one, too, even though I do not have a real use case for this. Very rarely do I light a fire. A simple pipe to blow through would be much more mobile for my occasional need. Still, soooo cool! :-)
@movq You're just incrementally parsing the feed, right? Start off where you ended last time. All (updated) twts from the past are not even looked at, if I remember correctly. So, the missing twt is expected.

Haha, yeah. I also thought a few times that such a utility would be handy. :-)
@lyse puxvjcq certainly does not exist in my cache.

(I feel the need to implement jenny --debugfeed <url> now which just fetches a URL and prints <hash> <original_line> for the raw feed. Could have used this a couple of times already.)
@lyse puxvjcq certainly does not exist in my cache.

(I feel the need to implement jenny --debugfeed <url> now which just fetches a URL and prints <hash> <original_line> for the raw feed. Could have used this a couple of times already.)
@lyse puxvjcq certainly does not exist in my cache.

(I feel the need to implement jenny --debugfeed <url> now which just fetches a URL and prints <hash> <original_line> for the raw feed. Could have used this a couple of times already.)
@lyse puxvjcq certainly does not exist in my cache.

(I feel the need to implement jenny --debugfeed <url> now which just fetches a URL and prints <hash> <original_line> for the raw feed. Could have used this a couple of times already.)
In fact, all (probably, I did not verify) of @mckinley's square bracketed text twts are now showing up as new twts.
Hmmm, what is going on here? I noticed this a couple of times in the recent past already. Very old twts appear in my client as unread. The pattern seems to be that there is always repeated text in square brackets and some of them contain equal signs. Is yarnd corrupting feeds somehow? I kind of doubt that people actually typed that themselves.

Last time, it was @bender's feed that showed me new weird twts in my client. I don't remember the details, but I'm pretty sure it was this week. Refetching his feed a couple of times (across multiple days) and I got new messages.

And it just happened again, this time with @mckinley's feed. This twt from 2023-01-09T22:42:37Z here newly popped up, it contains magic bracketed text:

> \n I'll bet we could find that information and put "\n\n\n\n\n\n\n\n" in the title for premieres and remove it when the video is available.

Currently, its hash is puxvjcq. There is no sign of evidence that this twt existed ever before. Maybe I'm doing something wrong. But https://twtxt.net/twt/puxvjcq 404s and the search engine also just gives me "error loading twt from archive" (quite a generic error message): https://search.twtxt.net/twt/puxvjcq

Just open https://twtxt.net/user/mckinley/twtxt.txt and search for ][Scheduled or =][ to find even more. This also reveals some "\n\n" stuff. Is that maybe coming from Clownflare?

In https://twtxt.net/user/bender/twtxt.txt it felt to me that the bracketed text from 2024-03-28T18:34:36Z always got duplicated each time it changed for whatever reason: "\n\n" etc.

mckinley and bender, do you recall actually typing that out or somehow updating your feeds on yarnd? Or am I just doing something wrong here? But the fact, that my browser shows the same stuff, I'm pretty sure it's not my client, that's messing things up here.

Any idea, @prologic?
Hmmm, what is going on here? I noticed this a couple of times in the recent past already. Very old twts appear in my client as unread. The pattern seems to be that there is always repeated text in square brackets and some of them contain equal signs. Is yarnd corrupting feeds somehow? I kind of doubt that people actually typed that themselves.

Last time, it was @bender's feed that showed me new weird twts in my client. I don't remember the details, but I'm pretty sure it was this week. Refetching his feed a couple of times (across multiple days) and I got new messages.

And it just happened again, this time with @mckinley's feed. This twt from 2023-01-09T22:42:37Z here newly popped up, it contains magic bracketed text:

> […] I'll bet we could find that information and put "[Scheduled][Scheduled][Scheduled][Scheduled][Scheduled][Scheduled][Scheduled][Scheduled]" in the title for premieres and remove it when the video is available.

Currently, its hash is puxvjcq. There is no sign of evidence that this twt existed ever before. Maybe I'm doing something wrong. But https://twtxt.net/twt/puxvjcq 404s and the search engine also just gives me "error loading twt from archive" (quite a generic error message): https://search.twtxt.net/twt/puxvjcq

Just open https://twtxt.net/user/mckinley/twtxt.txt and search for ][Scheduled or =][ to find even more. This also reveals some "[email protected][email protected]" stuff. Is that maybe coming from Clownflare?

In https://twtxt.net/user/bender/twtxt.txt it felt to me that the bracketed text from 2024-03-28T18:34:36Z always got duplicated each time it changed for whatever reason: "[162.159.205.11][162.159.205.11]" etc.

mckinley and bender, do you recall actually typing that out or somehow updating your feeds on yarnd? Or am I just doing something wrong here? But the fact, that my browser shows the same stuff, I'm pretty sure it's not my client, that's messing things up here.

Any idea, @prologic?
Hmmm, what is going on here? I noticed this a couple of times in the recent past already. Very old twts appear in my client as unread. The pattern seems to be that there is always repeated text in square brackets and some of them contain equal signs. Is yarnd corrupting feeds somehow? I kind of doubt that people actually typed that themselves.

Last time, it was @bender's feed that showed me new weird twts in my client. I don't remember the details, but I'm pretty sure it was this week. Refetching his feed a couple of times (across multiple days) and I got new messages.

And it just happened again, this time with @mckinley's feed. This twt from 2023-01-09T22:42:37Z here newly popped up, it contains magic bracketed text:

> […] I'll bet we could find that information and put "[Scheduled]\n[Scheduled]\n[Scheduled]\n[Scheduled]\n" in the title for premieres and remove it when the video is available.

Currently, its hash is puxvjcq. There is no sign of evidence that this twt existed ever before. Maybe I'm doing something wrong. But https://twtxt.net/twt/puxvjcq 404s and the search engine also just gives me "error loading twt from archive" (quite a generic error message): https://search.twtxt.net/twt/puxvjcq

Just open https://twtxt.net/user/mckinley/twtxt.txt and search for ][Scheduled or =][ to find even more. This also reveals some "[email protected]\n" stuff. Is that maybe coming from Clownflare?

In https://twtxt.net/user/bender/twtxt.txt it felt to me that the bracketed text from 2024-03-28T18:34:36Z always got duplicated each time it changed for whatever reason: "[162.159.205.11]\n" etc.

mckinley and bender, do you recall actually typing that out or somehow updating your feeds on yarnd? Or am I just doing something wrong here? But the fact, that my browser shows the same stuff, I'm pretty sure it's not my client, that's messing things up here.

Any idea, @prologic?
Hmmm, what is going on here? I noticed this a couple of times in the recent past already. Very old twts appear in my client as unread. The pattern seems to be that there is always repeated text in square brackets and some of them contain equal signs. Is yarnd corrupting feeds somehow? I kind of doubt that people actually typed that themselves.

Last time, it was @bender's feed that showed me new weird twts in my client. I don't remember the details, but I'm pretty sure it was this week. Refetching his feed a couple of times (across multiple days) and I got new messages.

And it just happened again, this time with @mckinley's feed. This twt from 2023-01-09T22:42:37Z here newly popped up, it contains magic bracketed text:

> […] I'll bet we could find that information and put "[Scheduled][Scheduled=][Scheduled][Scheduled=][Scheduled][Scheduled=][Scheduled][Scheduled=]" in the title for premieres and remove it when the video is available.

Currently, its hash is puxvjcq. There is no sign of evidence that this twt existed ever before. Maybe I'm doing something wrong. But https://twtxt.net/twt/puxvjcq 404s and the search engine also just gives me "error loading twt from archive" (quite a generic error message): https://search.twtxt.net/twt/puxvjcq

Just open https://twtxt.net/user/mckinley/twtxt.txt and search for ][Scheduled or =][ to find even more. This also reveals some "[email protected][email protected=]" stuff. Is that maybe coming from Clownflare?

In https://twtxt.net/user/bender/twtxt.txt it felt to me that the bracketed text from 2024-03-28T18:34:36Z always got duplicated each time it changed for whatever reason: "[162.159.205.11][162.159.205.11=]" etc.

mckinley and bender, do you recall actually typing that out or somehow updating your feeds on yarnd? Or am I just doing something wrong here? But the fact, that my browser shows the same stuff, I'm pretty sure it's not my client, that's messing things up here.

Any idea, @prologic?
test "" """ """" " ' '' \\n