This is a series of squashed commits from cysfor @ github.
* Pleroma base62 "flake_id" isn't a decimal integer
* Is it the path order?
Still learning Django, making sure it's not erroring out because the path order is backwards. /user/:id dies saying /user/:id/next/:thingy won't parse, so I thought they might be out of order. But actually the template main/user.html silently recurses when you do /user/:id sending another query for /user/:id/next/:etc.
* I figure out flake_ids
Go figure Pleroma can't even use hexadecimal numbers. Nope, base62 is clearly the way to go. They're working for me, at any rate.
Co-authored-by: Cy <autocommit>
Co-authored-by: Cy <email>
Sometimes Brutaldon thinks it has a valid session key, but the upstream Fediverse server does not, and Brutaldon needs to handle that. Brutal probably should un-set its own internal logged-in state when that happens, but for now it just returns the same thing as if you weren't logged into Brutaldon, making you log in again, making Brutaldon get a new session token from upstream.
Because when you add one field to a class, you clearly want to add two fields to a class, and there's no need to consider the field you never asked to add to be something other than a field.
No need to list the preference fields three times in three places in the code. A class decorator ought to be able to sleuth them out from the model itself. Should make it easier to add new preferences.
Recreate the mastodon object if there's an error complaining about a missing feature set. Only happens for status_post I think. Could be further generalized...
Pleroma will send records that cause brutaldon to make pleroma-specific responses, which the mastodon python module wigs out on claiming it doesn't support that "feature set" so allow for a feature set to be specified...
commit 0a80206abb8fae7785a59aab88043b2b1974756b
Author: Jason McBrayer <jmcbray@carcosa.net>
Date: Tue Nov 5 19:22:00 2019 -0500
Fix oxford comma in bundled notifications, remove unused dependency
commit e96bd22bdce996734aaaf1d5625e08add3c8fcf7
Author: Jason McBrayer <jmcbray@carcosa.net>
Date: Tue Nov 5 19:19:42 2019 -0500
Now template works with bundled or un-bundled notifications
commit 6f46bef7fdd0defe2f02e09e28558de882ce4456
Author: Jason McBrayer <jmcbray@carcosa.net>
Date: Tue Nov 5 19:02:51 2019 -0500
Bundled toots work; now fix unbundled case
commit 07d9de49f943d019d04a5a5203081e57dc0741d8
Author: Jason McBrayer <jmcbray@carcosa.net>
Date: Tue Nov 5 14:09:14 2019 -0500
Notifications are now sorted by groups, but not collapsed
commit f62666929f12cf0c7db4c68a1468f7e138318a5c
Author: Jason McBrayer <jmcbray@carcosa.net>
Date: Tue Nov 5 13:58:41 2019 -0500
Fix saving of bundle_notifications setting
commit 335d5f985c968bb84e4b459dabf77d1d7ecad646
Author: Jason McBrayer <jmcbray@carcosa.net>
Date: Mon Nov 4 18:57:54 2019 -0500
Forgot to include migration for bundle notifications preference
commit 0e8232591c4f1bb972e9694433c546c9f66b5419
Author: Jason McBrayer <jmcbray@carcosa.net>
Date: Mon Nov 4 18:57:35 2019 -0500
Bundle notifications setting front-end
commit 6e945f1ceb2ff19470e164a946a6a48de4142812
Author: Jason McBrayer <jmcbray@carcosa.net>
Date: Mon Nov 4 18:54:49 2019 -0500
Backend code to group notifications
Formerly, the visibility of replies defaulted to the visibility of the post
they were in reply to. Now they default to the more restrictive of the
visibility of the post they were in reply to, or your account's default
visibility. This should be less surprising for people with more restrictive
default visibility settings.
