Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Let users request a list of their automatic subscriptions #79

Closed
rossjrw opened this issue Aug 8, 2023 · 1 comment
Closed

Let users request a list of their automatic subscriptions #79

rossjrw opened this issue Aug 8, 2023 · 1 comment
Labels
feature A new feature wontfix This will not be worked on

Comments

@rossjrw
Copy link
Member

rossjrw commented Aug 8, 2023

The conditions for what constitutes an automatic subscription are complicated enough, but if I'm going to add Wikidot authoring and Crom as additional factors, it'll be almost too complex to document.

I can ease the user experience by letting users request a list of exactly what they're subscribed to.

Requesting a list should be entirely automated. One possible way for the user to communicate their intent would be to add a checkbox to their config. When notifier processes the request, it could edit the page and uncheck it.

The list should contain information about the post or thread AND the reason that it is autosubscribed. The list might also contain autosubscribed posts that have been unsubscribed from too.

I don't think there's much point batching requests until e.g. the daily channel. They should be processed in the next run. This would also make the feature appear responsive and would let users get and action the info faster.

There might be some benefit to staggering how many requests can be processed in a single run, as a way to protect against an attack where many requests are made simultaneously. In that case, requests should be processed in page edit order, stalest first.

@rossjrw rossjrw added the feature A new feature label Aug 8, 2023
@rossjrw
Copy link
Member Author

rossjrw commented Oct 23, 2023

After #85 this will no longer be possible, as I will not be storing automatic subscriptions except for those that are actively emitting a notification. It will be pointless for a user to specifically request this list because it will be identical to the notification digest.

Closing as wontfix.

@rossjrw rossjrw closed this as not planned Won't fix, can't repro, duplicate, stale Oct 23, 2023
@rossjrw rossjrw added the wontfix This will not be worked on label Oct 23, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature A new feature wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

1 participant