Add frontend for digest settings #3344

fettuccinae · 2025-08-15T06:18:10Z

Added a Notification Settings page according to the feedback by @MonkeyDo in #3345.
EDIT: UI mockups

fettuccinae · 2025-08-19T10:48:50Z

frontend/js/src/settings/notification-settings/NotificationSettings.tsx

+        <details open={notificationsEnabled}>
+          <summary
+            className="mt-4"
+            onClick={(e) => {


I added this because clicking on the summary would toggle the details's state. (Same thing happens in BrainzPlayer settings.)

fettuccinae · 2025-08-20T08:14:31Z

@MonkeyDo

MonkeyDo

Is this ready for review?

A comment in the meantime.

frontend/js/src/settings/routes/index.tsx

frontend/js/src/settings/layout.tsx

fettuccinae · 2025-08-26T17:18:49Z

Is this ready for review?

Yes @MonkeyDo , its ready for review. Also about mayhem's comment on the previous PR, where do you think we should show this information?

MonkeyDo · 2025-08-27T12:26:31Z

Yes @MonkeyDo , its ready for review. Also about mayhem's comment on the previous PR, where do you think we should show this information?

I rephrased it a bit and suggest the simplest solution of them all: an HTML paragraph (<p>) with the text:

We will always email you right away about <b>important account issues</b> (like problems with connected services).<br/>
For everything else, you can choose to turn off notifications or receive them in a periodic digest.

And keeping the alert-info to catch user's eyes if they disable email notifications:

fettuccinae · 2025-08-27T12:50:25Z

@MonkeyDo, Done.
I have binded notificationEnabled and digestEnabled booleans, because there is no endpoint for us to set notification options rn, and if a user have their digest disabled, we only send important notifications(for now).

MonkeyDo

The UI is looking good! A couple of changes for some edge cases, and some compliance to the codebase style that will simplify a couple of things.

MonkeyDo · 2025-08-27T13:14:41Z

frontend/js/src/settings/notification-settings/NotificationSettings.tsx

+  React.useEffect(() => {
+    async function fetchDigestSettings() {
+      try {
+        const response = await fetch("/settings/digest-setting/");


While this is correct and works, how we usually do this initial data fetching is with a react-router RouteLoader utility that automatically hits a POST endpoint on the server of the same name as the page. See for example:

listenbrainz-server/frontend/js/src/settings/routes/index.tsx

Lines 34 to 42 in c882a95

path: "music-services/details/",

lazy: {

Component: async () => {

return (await import("../music-services/details/MusicServices")).default;

},

loader: async () => {

return RouteLoader;

},

},

And that way, you can use the initial data with a hook, and as a bonus you won't need to store the 'initial...' values in the state as they will be present in the loaderData for you to compare with:

listenbrainz-server/frontend/js/src/settings/music-services/details/MusicServices.tsx

Lines 44 to 50 in c882a95

const loaderData = useLoaderData() as MusicServicesLoaderData;

const { appleAuth } = React.useContext(GlobalAppContext);

const [permissions, setPermissions] = React.useState({

spotify: loaderData.current_spotify_permissions,

critiquebrainz: loaderData.current_critiquebrainz_permissions,

Adding the server side of this example for reference:

listenbrainz-server/listenbrainz/webserver/views/settings.py

Lines 192 to 254 in 1235c47

@settings_bp.post('/music-services/details/')

@api_login_required

def music_services_details():

spotify_service = SpotifyService()

spotify_user = spotify_service.get_user(current_user.id)

if spotify_user:

permissions = set(spotify_user["scopes"])

if permissions == SPOTIFY_IMPORT_PERMISSIONS:

current_spotify_permissions = "import"

elif permissions == SPOTIFY_LISTEN_PERMISSIONS:

current_spotify_permissions = "listen"

else:

current_spotify_permissions = "both"

else:

current_spotify_permissions = "disable"

critiquebrainz_service = CritiqueBrainzService()

critiquebrainz_user = critiquebrainz_service.get_user(current_user.id)

current_critiquebrainz_permissions = "review" if critiquebrainz_user else "disable"

soundcloud_service = SoundCloudService()

soundcloud_user = soundcloud_service.get_user(current_user.id)

current_soundcloud_permissions = "listen" if soundcloud_user else "disable"

apple_service = AppleService()

apple_user = apple_service.get_user(current_user.id)

current_apple_permissions = "listen" if apple_user and apple_user["refresh_token"] else "disable"

lastfm_service = LastfmService()

lastfm_user = lastfm_service.get_user(current_user.id)

current_lastfm_permissions = "import" if lastfm_user else "disable"

funkwhale_tokens = db_funkwhale.get_all_user_tokens(db_conn, current_user.id)

funkwhale_host_urls = [token["host_url"] for token in funkwhale_tokens]

current_funkwhale_permission = "listen" if funkwhale_tokens else "disable"

librefm_service = LibrefmService()

librefm_user = librefm_service.get_user(current_user.id)

current_librefm_permissions = "import" if librefm_user else "disable"

data: dict[str, Any] = {

"current_spotify_permissions": current_spotify_permissions,

"current_critiquebrainz_permissions": current_critiquebrainz_permissions,

"current_soundcloud_permissions": current_soundcloud_permissions,

"current_apple_permissions": current_apple_permissions,

"current_lastfm_permissions": current_lastfm_permissions,

"current_funkwhale_permission": current_funkwhale_permission,

"funkwhale_host_urls": funkwhale_host_urls,

"current_librefm_permissions": current_librefm_permissions,

}

if lastfm_user:

data["current_lastfm_settings"] = {

"external_user_id": lastfm_user["external_user_id"],

"latest_listened_at": lastfm_user["latest_listened_at"],

}

if librefm_user:

data["current_librefm_settings"] = {

"external_user_id": librefm_user["external_user_id"],

"latest_listened_at": librefm_user["latest_listened_at"],

}

return jsonify(data)

MonkeyDo · 2025-08-27T13:18:14Z

frontend/js/src/settings/notification-settings/NotificationSettings.tsx

+      // eslint-disable-next-line no-console
+      console.error("Could not update notification settings.", error);


Probably don't want to log this to console, and instead show the error to the user in the toast message

https://github.com/fettuccinae/listenbrainz-server/blob/ec7ad2fd81291e687cb0c2543aa6287f9659cc32/frontend/js/src/settings/notification-settings/NotificationSettings.tsx#L63

Should we show the complete error in a toast message or show the abstracted version of error?

IMO I think it would be useful to have more details than just 'something went wrong' so users can report issues they encounter. So error.toString() might give you a good text version, but you might need to try to trigger an error and see the result.

EDIT: Just seeing that you throw the error above with the statuscode. I think that would be a good start.
Might be good to try and get an errormessage from the API reponse, but not sure what shape that will take: if the API returns a json object with the message in it, you'll need to await response.json(). Otherwise probably await response.text()

https://github.com/metabrainz/metabrainz.org/blob/16057b95f7892f621aa8ba7bc6dec5c3eb2408bb/metabrainz/errors.py#L33-L37

API responds with a json object. I'll throw the response.error instead

MonkeyDo · 2025-08-27T13:18:42Z

frontend/js/src/settings/notification-settings/NotificationSettings.tsx

+  if (loading) {
+    return <div>Loading notification settings...</div>;
+  }


If using the react-router RouteLoader, this won't be necessary anymore.

frontend/js/src/settings/notification-settings/NotificationSettings.tsx

MonkeyDo · 2025-08-27T13:53:16Z

frontend/js/src/settings/routes/index.tsx

+          lazy: {
+            Component: async () => {
+              return (await import("../notification-settings/NotificationSettings")).default;
+            },


This is where the react-query loader would be added.

MonkeyDo

So I think this PR is ready, save for this final small change.

However I think two things are going to be required to merge everything clearly, but i need your input on this to confirm or infirm because I'm a bit lost :P

There is front-end code in #3345 that needs to be removed, as it will be replaced by the code in this PR
The back-end needs a new POST endpoint that will return the user's notifications settings saved in the database, at POST /settings/notifications/ (what fetchDigestSettings used to do). Currently the queryloader automatically tries to hit that endpoint, which results in an error:

frontend/js/src/settings/layout.tsx

fettuccinae · 2025-09-05T17:04:24Z

There is front-end code in Add endpoints for digest settings. #3345 that needs to be removed, as it will be replaced by the code in this PR

I'll remove front end bits from #3345.

The back-end needs a new POST endpoint that will return the user's notifications settings saved in the database, at POST /settings/notifications/ (what fetchDigestSettings used to do). Currently the queryloader automatically tries to hit that endpoint, which results in an error:

Yes, I was waiting for this PR to be approved so I could update the endpoint names accordingly.

MonkeyDo · 2025-09-05T17:33:07Z

Yes, I was waiting for this PR to be approved so I could update the endpoint names accordingly.

OK, thanks for the update!
For what it's worth, you will need two POST endpoints. The one that already exists in 3345 for updating the notification settings is not the same as the one you need for the routeloader

EDIT: I see you are already on that 👍

fettuccinae · 2025-09-05T17:55:03Z

@MonkeyDo Done.
Small question: why do we use POST to fetch data instead of GET in route loader? My understanding was that to use GET to read and POST to write .

MonkeyDo · 2025-09-30T12:12:52Z

@MonkeyDo Done. Small question: why do we use POST to fetch data instead of GET in route loader? My understanding was that to use GET to read and POST to write .

Yes indeed you are right, and we know it looks wrong.
However at the moment we haven't found a good way to set up our single-page application for use with flask other than:

hit a GET endpoint to render and send the HTML page template and JS bundles
react gets activated on the page, front-end routing takes over
hit a POST endpoint of the same name as the current route to fetch data for that component

And example of that here:

listenbrainz-server/listenbrainz/webserver/views/donors.py

Lines 15 to 22 in a1fe029

    
           @donors_bp.get("/",  defaults={"path": ""}) 
        
           @donors_bp.get("/<path:path>/") 
        
           def donors(path): 
        
               return render_template("index.html") 
        
           @donors_bp.post("/") 
        
           def donors_post():

Co-authored-by: Monkey Do <MonkeyDo@users.noreply.github.com>

MonkeyDo · 2025-09-30T13:03:54Z

I am hitting an error when I try to load the page, something to do with Oauth grant type.
Would appreciate some help figuring out what I have that's not correctly set up, or alternatively if you are hitting the same issue.

172.20.0.1 - - [30/Sep/2025 12:38:27] "POST /settings/notifications/ HTTP/1.1" 500 -
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/site-packages/flask/app.py", line 1536, in __call__
    return self.wsgi_app(environ, start_response)
           ~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/flask/app.py", line 1514, in wsgi_app
    response = self.handle_exception(e)
  File "/usr/local/lib/python3.13/site-packages/flask/app.py", line 1511, in wsgi_app
    response = self.full_dispatch_request()
  File "/usr/local/lib/python3.13/site-packages/flask/app.py", line 919, in full_dispatch_request
    rv = self.handle_user_exception(e)
  File "/usr/local/lib/python3.13/site-packages/flask/app.py", line 917, in full_dispatch_request
    rv = self.dispatch_request()
  File "/usr/local/lib/python3.13/site-packages/flask_debugtoolbar/__init__.py", line 222, in dispatch_request
    return view_func(**view_args)
  File "/code/listenbrainz/listenbrainz/webserver/login/__init__.py", line 77, in decorated
    return f(*args, **kwargs)
  File "/code/listenbrainz/listenbrainz/webserver/views/settings.py", line 383, in get_digest_setting
    data = get_digest_preference(user["musicbrainz_row_id"])
  File "/code/listenbrainz/listenbrainz/domain/metabrainz_notifications.py", line 94, in get_digest_preference
    token = _fetch_token()
  File "/code/listenbrainz/listenbrainz/domain/metabrainz_notifications.py", line 144, in _fetch_token
    token = oauth.fetch_token(token_url=token_url, auth=HTTPBasicAuth(client_id, client_secret))
  File "/usr/local/lib/python3.13/site-packages/requests_oauthlib/oauth2_session.py", line 406, in fetch_token
    self._client.parse_request_body_response(r.text, scope=self.scope)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/oauthlib/oauth2/rfc6749/clients/base.py", line 426, in parse_request_body_response
    self.token = parse_token_response(body, scope=scope)
                 ~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/oauthlib/oauth2/rfc6749/parameters.py", line 444, in parse_token_response
    validate_token_parameters(params)
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/oauthlib/oauth2/rfc6749/parameters.py", line 451, in validate_token_parameters
    raise_from_error(params.get('error'), params)
    ~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/oauthlib/oauth2/rfc6749/errors.py", line 398, in raise_from_error
    raise cls(**kwargs)
    
oauthlib.oauth2.rfc6749.errors.UnsupportedGrantTypeError: (unsupported_grant_type)

fettuccinae · 2025-09-30T13:28:33Z

I am hitting an error when I try to load the page, something to do with Oauth grant type. Would appreciate some help figuring out what I have that's not correctly set up, or alternatively if you are hitting the same issue.

172.20.0.1 - - [30/Sep/2025 12:38:27] "POST /settings/notifications/ HTTP/1.1" 500 -
Traceback (most recent call last):
  File "/usr/local/lib/python3.13/site-packages/flask/app.py", line 1536, in __call__
    return self.wsgi_app(environ, start_response)
           ~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/flask/app.py", line 1514, in wsgi_app
    response = self.handle_exception(e)
  File "/usr/local/lib/python3.13/site-packages/flask/app.py", line 1511, in wsgi_app
    response = self.full_dispatch_request()
  File "/usr/local/lib/python3.13/site-packages/flask/app.py", line 919, in full_dispatch_request
    rv = self.handle_user_exception(e)
  File "/usr/local/lib/python3.13/site-packages/flask/app.py", line 917, in full_dispatch_request
    rv = self.dispatch_request()
  File "/usr/local/lib/python3.13/site-packages/flask_debugtoolbar/__init__.py", line 222, in dispatch_request
    return view_func(**view_args)
  File "/code/listenbrainz/listenbrainz/webserver/login/__init__.py", line 77, in decorated
    return f(*args, **kwargs)
  File "/code/listenbrainz/listenbrainz/webserver/views/settings.py", line 383, in get_digest_setting
    data = get_digest_preference(user["musicbrainz_row_id"])
  File "/code/listenbrainz/listenbrainz/domain/metabrainz_notifications.py", line 94, in get_digest_preference
    token = _fetch_token()
  File "/code/listenbrainz/listenbrainz/domain/metabrainz_notifications.py", line 144, in _fetch_token
    token = oauth.fetch_token(token_url=token_url, auth=HTTPBasicAuth(client_id, client_secret))
  File "/usr/local/lib/python3.13/site-packages/requests_oauthlib/oauth2_session.py", line 406, in fetch_token
    self._client.parse_request_body_response(r.text, scope=self.scope)
    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/oauthlib/oauth2/rfc6749/clients/base.py", line 426, in parse_request_body_response
    self.token = parse_token_response(body, scope=scope)
                 ~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/oauthlib/oauth2/rfc6749/parameters.py", line 444, in parse_token_response
    validate_token_parameters(params)
    ~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/oauthlib/oauth2/rfc6749/parameters.py", line 451, in validate_token_parameters
    raise_from_error(params.get('error'), params)
    ~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.13/site-packages/oauthlib/oauth2/rfc6749/errors.py", line 398, in raise_from_error
    raise cls(**kwargs)
    
oauthlib.oauth2.rfc6749.errors.UnsupportedGrantTypeError: (unsupported_grant_type)

The get_digest_preference function here, is trying to generate an access token from MeB.org but the metabrainz-notification branch havent been merged there yet and hence the error. Can you please clone the metabrainz-notification branch locally and try running both MeB and LB containers on the same docker network or you can just hard code the data returned by get_digest_preference if thats alright.

fettuccinae · 2025-09-30T13:35:43Z

@MonkeyDo Done. Small question: why do we use POST to fetch data instead of GET in route loader? My understanding was that to use GET to read and POST to write .

Yes indeed you are right, and we know it looks wrong. However at the moment we haven't found a good way to set up our single-page application for use with flask other than:
1. hit a GET endpoint to render and send the HTML page template and JS bundles

2. react gets activated on the page, front-end routing takes over

3. hit a POST endpoint of the same name as the current route to fetch data for that component
And example of that here:

listenbrainz-server/listenbrainz/webserver/views/donors.py

Lines 15 to 22 in a1fe029

@donors_bp.get("/", defaults={"path": ""})

@donors_bp.get("/<path:path>/")

def donors(path):

return render_template("index.html")

@donors_bp.post("/")

def donors_post():

Makes sense!

MonkeyDo · 2025-09-30T13:42:32Z

Makes sense. But could we just not make another GET endpoint with sole purpose of fetching

It would be possible, but then we would have to have a separate endpoint and hardcode that endpoint for each route, which we wanted to avoid.
Another option would be to use the same suffix for every route, say for example "-data": if you hit GET /user/$username/ to get the HTML page, the RouteLoader would hit GET /user/$username-data/
Another option yet, and probably the way to go, would be to use a custom request header to signify we want data for the route, not the HTML page.

MonkeyDo · 2025-09-30T13:53:08Z

The get_digest_preference function here, is trying to generate an access token from MeB.org but the metabrainz-notification branch havent been merged there yet and hence the error. Can you please clone the metabrainz-notification branch locally and try running both MeB and LB containers on the same docker network or you can just hard code the data returned by get_digest_preference if thats alright.

Thanks, I hardcoded the return value, I'm only looking at checking the UI one last time

MonkeyDo

Looking good! 🚀
Thanks for your patience :)

fettuccinae · 2025-09-30T14:07:14Z

Makes sense. But could we just not make another GET endpoint with sole purpose of fetching

It would be possible, but then we would have to have a separate endpoint and hardcode that endpoint for each route, which we wanted to avoid. Another option would be to use the same suffix for every route, say for example "-data": if you hit GET /user/$username/ to get the HTML page, the RouteLoader would hit GET /user/$username-data/ Another option yet, and probably the way to go, would be to use a custom request header to signify we want data for the route, not the HTML page.

Ohh, got it! Thanks for the detailed explanation.

fettuccinae force-pushed the frontend branch 2 times, most recently from 66fd15f to eb6119b Compare August 19, 2025 10:10

fettuccinae commented Aug 19, 2025

View reviewed changes

mayhem mentioned this pull request Aug 20, 2025

Add endpoints for digest settings. #3345

Merged

MonkeyDo reviewed Aug 26, 2025

View reviewed changes

frontend/js/src/settings/routes/index.tsx Outdated Show resolved Hide resolved

frontend/js/src/settings/layout.tsx Outdated Show resolved Hide resolved

fettuccinae requested a review from MonkeyDo August 27, 2025 13:01

MonkeyDo requested changes Aug 27, 2025

View reviewed changes

fettuccinae requested a review from MonkeyDo August 27, 2025 17:59

MonkeyDo reviewed Sep 5, 2025

View reviewed changes

frontend/js/src/settings/layout.tsx Outdated Show resolved Hide resolved

fettuccinae requested a review from MonkeyDo September 5, 2025 17:55

fettuccinae and others added 8 commits September 30, 2025 14:19

Add NotificationSettings page

20e1441

Dont allow null values to be set as digest_age

163e7a5

Replace digest settings in log statements with notification settings

e77a6e8

Add more info about notification options and minor refactor

a66e92b

Fix typo

b813f98

Use RouteLoader for intial fetch and Fix edge case

085c520

Change label to Notifications

3b42a02

Co-authored-by: Monkey Do <MonkeyDo@users.noreply.github.com>

Use set-notification-settings endpoint to update notification settings

5b6bb9e

MonkeyDo force-pushed the frontend branch from 01add85 to 5b6bb9e Compare September 30, 2025 12:19

MonkeyDo approved these changes Sep 30, 2025

View reviewed changes

MonkeyDo merged commit 2f065ce into metabrainz:metabrainz-notifications Sep 30, 2025
2 checks passed

	path: "music-services/details/",
	lazy: {
	Component: async () => {
	return (await import("../music-services/details/MusicServices")).default;
	},
	loader: async () => {
	return RouteLoader;
	},
	},

	const loaderData = useLoaderData() as MusicServicesLoaderData;

	const { appleAuth } = React.useContext(GlobalAppContext);

	const [permissions, setPermissions] = React.useState({
	spotify: loaderData.current_spotify_permissions,
	critiquebrainz: loaderData.current_critiquebrainz_permissions,

	@settings_bp.post('/music-services/details/')
	@api_login_required
	def music_services_details():
	spotify_service = SpotifyService()
	spotify_user = spotify_service.get_user(current_user.id)

	if spotify_user:
	permissions = set(spotify_user["scopes"])
	if permissions == SPOTIFY_IMPORT_PERMISSIONS:
	current_spotify_permissions = "import"
	elif permissions == SPOTIFY_LISTEN_PERMISSIONS:
	current_spotify_permissions = "listen"
	else:
	current_spotify_permissions = "both"
	else:
	current_spotify_permissions = "disable"

	critiquebrainz_service = CritiqueBrainzService()
	critiquebrainz_user = critiquebrainz_service.get_user(current_user.id)
	current_critiquebrainz_permissions = "review" if critiquebrainz_user else "disable"

	soundcloud_service = SoundCloudService()
	soundcloud_user = soundcloud_service.get_user(current_user.id)
	current_soundcloud_permissions = "listen" if soundcloud_user else "disable"

	apple_service = AppleService()
	apple_user = apple_service.get_user(current_user.id)
	current_apple_permissions = "listen" if apple_user and apple_user["refresh_token"] else "disable"

	lastfm_service = LastfmService()
	lastfm_user = lastfm_service.get_user(current_user.id)
	current_lastfm_permissions = "import" if lastfm_user else "disable"

	funkwhale_tokens = db_funkwhale.get_all_user_tokens(db_conn, current_user.id)
	funkwhale_host_urls = [token["host_url"] for token in funkwhale_tokens]
	current_funkwhale_permission = "listen" if funkwhale_tokens else "disable"

	librefm_service = LibrefmService()
	librefm_user = librefm_service.get_user(current_user.id)
	current_librefm_permissions = "import" if librefm_user else "disable"

	data: dict[str, Any] = {
	"current_spotify_permissions": current_spotify_permissions,
	"current_critiquebrainz_permissions": current_critiquebrainz_permissions,
	"current_soundcloud_permissions": current_soundcloud_permissions,
	"current_apple_permissions": current_apple_permissions,
	"current_lastfm_permissions": current_lastfm_permissions,
	"current_funkwhale_permission": current_funkwhale_permission,
	"funkwhale_host_urls": funkwhale_host_urls,
	"current_librefm_permissions": current_librefm_permissions,
	}
	if lastfm_user:
	data["current_lastfm_settings"] = {
	"external_user_id": lastfm_user["external_user_id"],
	"latest_listened_at": lastfm_user["latest_listened_at"],
	}
	if librefm_user:
	data["current_librefm_settings"] = {
	"external_user_id": librefm_user["external_user_id"],
	"latest_listened_at": librefm_user["latest_listened_at"],
	}

	return jsonify(data)

		// eslint-disable-next-line no-console
		console.error("Could not update notification settings.", error);

Uh oh!

Add frontend for digest settings #3344

Add frontend for digest settings #3344

Uh oh!

Conversation

fettuccinae commented Aug 15, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

fettuccinae Aug 19, 2025

Choose a reason for hiding this comment

Uh oh!

fettuccinae commented Aug 20, 2025

Uh oh!

MonkeyDo left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

fettuccinae commented Aug 26, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

MonkeyDo commented Aug 27, 2025

Uh oh!

fettuccinae commented Aug 27, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

MonkeyDo left a comment

Choose a reason for hiding this comment

Uh oh!

MonkeyDo Aug 27, 2025

Choose a reason for hiding this comment

Uh oh!

MonkeyDo Aug 27, 2025

Choose a reason for hiding this comment

Uh oh!

MonkeyDo Aug 27, 2025

Choose a reason for hiding this comment

Uh oh!

fettuccinae Aug 27, 2025

Choose a reason for hiding this comment

Uh oh!

MonkeyDo Aug 27, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

fettuccinae Aug 27, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

MonkeyDo Aug 27, 2025

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

MonkeyDo Aug 27, 2025

Choose a reason for hiding this comment

Uh oh!

MonkeyDo left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

fettuccinae commented Sep 5, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

MonkeyDo commented Sep 5, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

fettuccinae commented Sep 5, 2025

Uh oh!

MonkeyDo commented Sep 30, 2025

Uh oh!

MonkeyDo commented Sep 30, 2025

Uh oh!

fettuccinae commented Sep 30, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

fettuccinae commented Sep 30, 2025

Uh oh!

MonkeyDo commented Sep 30, 2025

fettuccinae commented Aug 15, 2025 •

edited

Loading

fettuccinae commented Aug 26, 2025 •

edited

Loading

fettuccinae commented Aug 27, 2025 •

edited

Loading

MonkeyDo Aug 27, 2025 •

edited

Loading

fettuccinae Aug 27, 2025 •

edited

Loading

fettuccinae commented Sep 5, 2025 •

edited

Loading

MonkeyDo commented Sep 5, 2025 •

edited

Loading

fettuccinae commented Sep 30, 2025 •

edited

Loading