Notices by AndStatus (andstatus@loadaverage.org), page 16
-
AndStatus (andstatus@loadaverage.org)'s status on Thursday, 15-Mar-2018 05:38:01 UTC 
AndStatus
@thatbrickster Currently I'm testing Video attachments in development build of #AndStatus. I expect this feature will appear in the next release (v.38)
BTW, two days ago AndStatus v.37.01 was released to production and it is already available for everybody at Google Play.
@dwmatiz -
AndStatus (andstatus@loadaverage.org)'s status on Tuesday, 13-Mar-2018 16:10:56 UTC
AndStatus
@thatbrickster Yes, and as soon as you are not storing notes for years, it looks like media files take the most part of the storage.
And that files really could be stored in the "cache" storage space.
I'm planning to add a separate setting to limit media files storage. Currently media files are deleted only after corresponding notes have been deleted.
Tip for now: In order get rid of all media files, you can:
1. Create backup of #AndStatus data ( it doesn't contain media files)
2. Uninstall AndStatus
3. Install the same version of AndStatus and
4. Restore backup on the first launch. -
AndStatus (andstatus@loadaverage.org)'s status on Tuesday, 13-Mar-2018 05:59:07 UTC
AndStatus
@thatbrickster Whoa, I thought that my local database of 250 Mb is the largest used with #AndStatus. It looks like you configured AndStatus not to purge old notes in Settings -> Storage?! Please do this if you see that the database is too large.
Your own notes, reposts and likes by you shouldn't be purged in any case... but I would create a backup first...
Regarding treating local database as a cache: cache is what can be re-read from a server, if necessary, but if you store data for years, like I do, you have in your local database content that may be unavailable at the original source. Or that source server may be already shut down... Moreover, I see posts telling that e.g. a timeline from #Mastodon is available for several _days_ only. -
AndStatus (andstatus@loadaverage.org)'s status on Wednesday, 07-Mar-2018 18:13:25 UTC
AndStatus
#AndStatus v.37.00 is available in the Open Beta testing channel https://github.com/andstatus/andstatus/issues/456
"Merging actors of Users from different Social Networks. New Interactions timeline"
1. Actors having the same WebFingerId (e.g. "andstatus@loadaverage.org") in different social networks are merged logically. This allows AndStatus to show you in one timeline activities of one actor, downloaded via different instances. This is especially needed for GNU Social and Mastodon.
Please note that for Pump.io this feature is provided for years, because all Pump.io instances use the same actorID (WebFingerId) for the same actor.
2. Mentions timeline is replaced by Interactions, which shows not only "mentions" and replies, but also likes, reposts and followers. Basically "Interactions" timeline shows all interactions of other users with us (our actors) whereas "Notifications" timeline shows us only those interactions, which we preferred to be notified about in Settings > Notifications, plus unsent notes.
3. Names of things in the User interface (mostly) changed according to the #ActivityPub Recommendations. In particular, now we use the word "note" for tweets/toots/notices.
And the words "Actor" and "User" have different meanings (In ActivityPub, a user is represented by "actors" via the user's accounts on servers. User's accounts on different servers correspond to different actors.) Most of Timelines in AndStatus show Activities now instead of Notes. https://loadaverage.org/attachment/4102974 -
AndStatus (andstatus@loadaverage.org)'s status on Wednesday, 07-Mar-2018 18:01:45 UTC
AndStatus
After some work, ActivityPub support will be merged into the develop branch of #Pleroma in the next days
https://pleroma.soykaf.com/notice/6722322
Blog post: https://blog.soykaf.com/post/activity-pub-in-pleroma/ -
AndStatus (andstatus@loadaverage.org)'s status on Wednesday, 07-Mar-2018 05:35:39 UTC
AndStatus
@mcscx As I wrote already regarding duplicated posts: this is an effect of the "guaranteed message delivery" from #AndStatus side and "duplication problem ignorance" from the GNU Social server side.
The long story about duplicated posts, caused by communication problems, is here: https://github.com/andstatus/andstatus/issues/83 -
Champion AR-15 (skoll3@shigusegubu.club)'s status on Monday, 18-Dec-2017 22:29:55 UTC 
Champion AR-15
@tijagi @sumika @dirb @awg @hakui
I am definitely not sure in what did you expected from Fediverse. A layout of micro-blog of Qvitter, Classic or Pleroma is not changed, even if you throw 64000 chars and unlimited pictures into it.
It still be micro-blog, twitter-like service with uncustomizable fonts(hell i specifically appreciate Lynx for ability to enlarge symbols for my eyes without breaking everything else), illustrations only at the end (or at the beginning)(which mean only way to contextualize them is numbering them (like pic 1,2 and etc)). with no proper header, with NO Table of contents as a concept( for proper linking to specific point)
And did i mention that the only UI of Fediverse that provides a proper UI for long discussions that links to each others posts is Pleroma (linking to posts(pic 1 and 2), and AndStatus with tree-style (which in my opinion much less unwieldy than Pleroma one, and much less convinient in day-to-day use than twitter(which GNU Social essentially is analog of) and maybe Hubzilla?
But even those lacks of ability to link several posts in one of your own. Yes you say meme arrows(>) can substitute quotes in GNUS. But they are not providing faithful context on it's own.(pic 3 for traditional and pic 4 for chans style, and pic 5 for tree style, most unwieldy of them, but still better than Qvitter layout,but worse than Pleroma(inb4 reddit)
>There is no point in having an infinite character limit, when your posts drown in #bread, #cofe and surrogate contractions like ‘oker’ and ‘tdim’ that people repeat like robots.
Again. A nature of microbloging, but now with 64000 chars. It strange to expect forum-like discussions in a STREAM of content. And it will be strange to expect not to be drown in #breadposting)
>short, easily digestible, minced into timeline.
That thing. Whats wrong with it? Not 24/7 spending mental resources to meaningful posts?
>Call it a blog site or news site.
Good for you. Why not from very beginning? It fix a layout. But it does not fix a problem of "drowning in a sea of nothing" unless you are a popular person or write blog for your freinds. Nothing wrong with that, considering of vastness of written human things, and mental efforts to filter it out.
>When the federation just started, there were less people, but more meaningful posts and desire to talk to each other. In the April of 2016
I suspect, that you missed quitter. And also old saying that "/b/ was never good" is still in power. There a good discussions there, and there are always be one-bites. A nature of human interactions
>platform for friends
Witch majority of friendships began with as you would call it
>#bread, #cofe and surrogate contractions like ‘oker’ and ‘tdim’
Easy, lighthearted conversations, unless you inspired to make LONG ASS essay(again, unwieldy for chosen format of GNUS and Pleroma)
Morale: Wrong platform for thoughtful discussions you choose from beginning, and you naively expected a platform audience be compliant to your standard from different style of platform. And even ebil Gargon is not to blame here. Kudos for you planing a proper blog, finally
PS. Why did you mad at hakui again? Considering GS SMUG is a branch of /g/ and /tech/ of modern day, with own paranoia concerns(unfortunately, 2/3 of time based on real facts). And OPSEC concerns is a part of it
Снимок экрана от 2017-12-19 07-…
Снимок экрана от 2017-12-19 07-…
Снимок экрана от 2017-12-19 07-…
Снимок экрана от 2017-12-19 07-…
Снимок экрана от 2017-12-19 08-… -
AndStatus (andstatus@loadaverage.org)'s status on Tuesday, 06-Mar-2018 15:20:16 UTC
AndStatus
@mcscx@quitter.se Sorry for duplicated posts. It looks like a server processed the large image too long and I got Timeout exception at my side after 30 seconds.
I will change default "Connection timeout" in #AndStatus Settings -> Syncing to 60 seconds to accommodate for such slow servers. https://loadaverage.org/attachment/4099046 -
AndStatus (andstatus@loadaverage.org)'s status on Tuesday, 06-Mar-2018 06:19:27 UTC
AndStatus
@mcscx Sorry for duplicated posts. It looks like a server processed the large image too long and I got Timeout exception at my side after 30 seconds.
I will change default "Connection timeout" in #AndStatus Settings -> Syncing to 60 seconds to accommodate for such slow servers. https://loadaverage.org/attachment/4099046 -
AndStatus (andstatus@loadaverage.org)'s status on Tuesday, 06-Mar-2018 05:49:13 UTC
AndStatus
@mcscx@quitter.se Sorry for duplicated posts. It looks like a server processed the large image too long and I got Timeout exception at my side after 30 seconds.
I will change default "Connection timeout" in #AndStatus Settings -> Syncing to 60 seconds to accommodate for such slow servers. https://loadaverage.org/attachment/4099046 -
AndStatus (andstatus@loadaverage.org)'s status on Monday, 05-Mar-2018 15:47:09 UTC
AndStatus
Testing post with an attachment, automatically reduced using Send Reduced Free https://loadaverage.org/attachment/4097586 -
George Dorn (gdorn@social.coop)'s status on Monday, 26-Feb-2018 18:31:37 UTC 
George Dorn
@mastor Yeah, it's highly functional, just not quite as polished as others.
I also like that it caches toots locally. It means server outages don't break scrolling the timeline, and it hides the API limits. I never have to tell it to load more toots, I just scroll and the toots are already there.
I feel like other clients could learn a lot from #AndStatus.
-
George Dorn (gdorn@social.coop)'s status on Monday, 26-Feb-2018 17:37:16 UTC
George Dorn
#AndStatus for android is somehow the only Mastodon client that doesn't lose toots on my timeline or make the timeline jump around every time I load new toots. The ui isn't as good as #Twidere or #Mastalab, but "shows me all my toots and doesn't lose my place" is a non-negotiable feature set.
-
AndStatus (andstatus@loadaverage.org)'s status on Friday, 16-Feb-2018 04:45:14 UTC
AndStatus
@roka I created the feature ticket: "Maximum size of cached images, Mb" with a default value of 100 Mb
I.e. we may decide to store messages for years, but have a reasonable limit for avatars and attachments.
https://github.com/andstatus/andstatus/issues/459
Avatars are much smaller than attachments, so maybe internally #AndStatus will distribute the whole allocated size between them so that avatars could live longer in the cache.
?!
@thefaico -
Ja tu zara go szabelką zaciukam xD (roka@gs.smuglo.li)'s status on Thursday, 15-Feb-2018 14:34:20 UTC 
Ja tu zara go szabelką zaciukam xD
@andstatus @thefaico it does but the lowest deletion thresholds (500 messages or one day) can still clog up built-in memory on certain low-memory devices, especially since the only choices for storage are /data/ or /storage/emulated/0/. Doubly so if you follow artists on pawoo and opt to *not* disable displaying attachments.
To be fair, it is absolutely a matter of setting AndStatus up appropriately but can still be annoying.
Newer Androids (6+ afair) at least have an option of pooling internal and external memory together - but that requires a format. -
AndStatus (andstatus@loadaverage.org)'s status on Thursday, 15-Feb-2018 14:07:15 UTC
AndStatus
@roka #AndStatus should delete images and messages according to AndStatus Settings -> Storage -> History Size/History Time
?! https://loadaverage.org/attachment/4058326 -
AndStatus (andstatus@loadaverage.org)'s status on Monday, 05-Feb-2018 05:20:37 UTC
AndStatus
While helping one of my friends to make UI of his application more responsive, I found out that #AndStatus needs similar fixes also... As a result of this discovery potentially long file access operations (actually, all file access functions) where moved to asynchronous tasks. And timeline scrolling became smooth!
Please try v.36.09 (currently in beta https://github.com/andstatus/andstatus/issues/456 ) -
AndStatus (andstatus@loadaverage.org)'s status on Thursday, 25-Jan-2018 06:05:55 UTC
AndStatus
Currently I'm refactoring User-related part of #AndStatus data model using recent amendments of #ActivityPub specification, which I initiated: distinction between a User (a real life person or an organisation...), Accounts of this user in concrete instances (Servers) of the global social network, and an Actor - the entity, which is actually present in Activities of the ActivityPub protocol.
Very helpful clarifications, allowing me to express clearly relations between different things inside the application. For example, now I'm working towards creation of views on a User across all networks, logically merging Actors of this User.
As a result, at the first step you will see e.g. actions/messages by andstatus@quitter.no Actor as actions by ONE Actor, even if you see these actions via several Servers, e.g. via mastodon.social and via GnuSocial.no, as on the attached screenshot.
The next step will be to merge Actors of one User into one view. E.g. set andstatus@loadaverage.org and andstatus@mastodon.social Actors as _one_ User. This cannot be done automatically due to current limitation of the #ActivityPub specification, but at least can be done manually for selected Users that you follow via their Actors in different networks... https://loadaverage.org/attachment/4021406 -
AndStatus (andstatus@loadaverage.org)'s status on Wednesday, 24-Jan-2018 18:50:57 UTC
AndStatus
@thatbrickster Pease read the FAQ to find out, why syncing/timeline loading doesn't work anymore: https://github.com/andstatus/andstatus/issues/295 -
AndStatus (andstatus@loadaverage.org)'s status on Tuesday, 23-Jan-2018 18:35:27 UTC
AndStatus
On activities in #Twitter. Is Twitter heading to #ActivityPub also?!
...I checked via Twitter's web interface: I do see the message favorited...
and you know, Twitter shows, at least in web interface, your "Like Activity". I need to investigate, maybe #AndStatus will be able to receive such some day... https://loadaverage.org/attachment/4018314
All Chirp! content and data are available under the 
