I have a list of items, each item has a "Delete" button. Pressing the button should show a dialog asking the user to confirm the deletion, and include the name of the item being deleted.
Currently, I have this, which works:
In the viewmodel
// The dialog's state. Either hidden or visible. If visible it needs to display
// text specific to the item associated with the button the user pressed.
sealed interface ConfirmDeleteItemDialogState {
Some Android devices don't respect Android's rules when apps want to perform work in the background.
In Pachli this can result in delayed notifications, slow timelines, or crashes.
After reading this document you will know:
Survey what other servers have done and don't reinvent the wheel.
See mastodon/mastodon#32171. In that I suggest v1/thread, but this could just as easily be v2/statuses.
If Pachli Current crashes it normally allows you to e-mail a crash report to team@pachli.app which can help troubleshoot the problem. Sometimes that might not work. In this case you can retrieve and e-mail the log yourself. This document explains how.
Before reading this document you should:
Snapshot (accurate as of 2025-10-01 I think) of features/functionality Pachli has relative to Tusky, since people keep asking me what the differences are. This is not exhaustive, it's just the ones I think most people are likely to be interested in.
Entirely possible there are also features Tusky has that Pachli doesn't. I can't speak to those.
The problem is triggered by any account on your home timeline that has a Role associated with it.
That's probably your server owner @doktorzjivago.
Options I can think of are:
Temporarily mute or unfollow @doktorzjivago (use the web UI to do this) until I can release Pachli 2.15.1 with a fix for this.
If you're not sure about any of this you can contact the GoToSocial devs at https://codeberg.org/superseriousbusiness/gotosocial#contact -- there should be enough information here for them to determine if this is a misconfiguration of your server, a GoToSocial bug, or a Mastodon bug.
Your account name isn't displaying properly on Mastodon. It looks like this:
Note the :purplerabbit: in there.
This is because you have several emoji references in your account's display_name, but your account info doesn't include all the emoji details, so other servers can't show it.
Open your account in the browser (i.e., open https://hachyderm.io and make sure you're logged in).
Open the inspector (Firefox: https://firefox-source-docs.mozilla.org/devtools-user/page_inspector/how_to/open_the_inspector/index.html, Chrome: https://firefox-source-docs.mozilla.org/devtools-user/page_inspector/how_to/open_the_inspector/index.html, Safari: https://developer.apple.com/documentation/safari-developer-tools/inspecting-safari-macos, then https://developer.apple.com/documentation/safari-developer-tools/web-inspector).
Make sure the inspector is showing network requests
[napkin sketch]
Create 1-N test bot accounts that follow different subsets of each other. Have them post predictable content on a regular schedule.
Monitor the bot posting software. Have it report errors and latency, and store the ID of each post when it's generated.
Write a client that, authenticated as each bot, fetches various permutations of the bot's home timeline with/without min_id/max_id/limit set. Because each bot's posts are predictable you can predict the timeline contents for each query, using the status IDs stored earlier. Have the client report good/bad results and latency to the monitoring system.
Alert on errors, and if latency exceeds some threshold.
To: Admins of tldr.nettime.org
Your server is configured with a reference to a URL on a server with an invalid SSL certificate.
To recreate this;
Fetch https://tldr.nettime.org/.well-known/nodeinfo
At the time of writing this has the following content (prettified):