mario

@Alfred Bühler do you still see this?
I have spent some time looking at this but could not see anything wrong in the code. It would be great if you could share a complete log of posting/sending a post.

@mrjive

I've discovered that auto completion is case sensitive

Yes, postgresql searches are CS by default not CS.
hub.hubzilla.de uses postgres :slightly_smiling_face:

@mrjive do you see any errors in the browser javascript console when autocompletion kicks in? Also, does the request for autocompletion succeeds? You should see something in the network tab of the developer tools.

@mrjive if you look at the feed contact permissions, ist their permission "Can source/mirror my public posts in derived channels" checked?

To federate with activitypub you must enable the addon as admin -> pubcrawl. Then install the activitypub app for the channels you want federate.

@Ema エマ all contacts with the permission set to allow sourcing should work. Added RSS feeds should have this permission checked by default :thinking_face:

Welcome back @mrjive!

@Jupiter Rowland thanks, i have pushed a fix:
https://framagit.org/hubzilla/core/-/commit/57acdc4bdf35d2178337205844f14edb8e2319a5

@Jupiter Rowland i have tried those cases and they all pass here without errors :thinking_face:

@Der Pepe (Hubzilla) ⁂ do you have slow log enabled for your DB backend? Maybe it reveals something :thinking_face:

Performance differences when accessing new vs old files does not make much sense to me though :person_shrugging:

@Der Pepe (Hubzilla) ⁂ is there a difference/correlation in how often the image is accessed (server access log) compared between the different scenarios?

@Der Pepe (Hubzilla) ⁂

And it’s reproducible: files newly added to certain directories cause the timeout error. Older files already present in precisely these directories do not cause the error, even when reused in a post.

Just a wild guess: new files are being fetched by all receivers, old files might already be cached and will not be fetched in the same extend as new ones.

It looks like a timeout due to too many requests to me. Maybe a configuration issue between server, php-fpm and/or sql backend.

@Alfred Bühler

Could you please tell us something about the warning there?

SSE implements an endless loop. Some hosters do not like this...

@Harald Eilertsen i think it is fine as an addon. It is a perfect fit for the hooks system.

@Alfred Bühler anyway, if you feel motivated and have questions, you could start a thread in @Hubzilla Development

So i reviewed this a little. Basically only the SSE Notifications addon needs to be activated. This is because the addon provides the realtime updates for the notifications system no matter if traditional polling or SSE is used. The decision if SSE or traditional polling is used is made in the admin->site settings.

So the name and the description of the addon is somehow misleading. The addon should probably be called "Realtime Notifications" and the description should be "Provides realtime data for the core notifications system".

@Alfred Bühler i think an extension does not make much sense here. I would suggest to move the notification settings to a separate settings page (like we already did with display settings etc.). There you could split the settings up to different sections e.g.:

- Notifications widget
- Desktop notifications
- Email notifications

also maybe a general section.

@Alfred Bühler i am pretty confident it works with multiple browser tabs if you use a decent browser. For the rest, you could make it configurable :winking_face:

@𝓒𝓱𝓻𝓲𝓼 just remove the browser permission again.

@Stefan Hay Fidelity sse the addon or the admin setting? And are you sure? After a quick look, in theory, it should work without sse also...

@Alfred Bühler is sse enabled from the admin panel? In theory it should work also without sse though.

Desktop notifications enabled from the notification settings?

@Alfred Bühler it is possible that the sse addon must be enabled for them to work :thinking_face:

Not sure though from the top of my head...

Just tested and in fact they still work here :slightly_smiling_face:
Hubzilla desktop notification

@Alfred Bühler Yes, new top level posts, or what we call conversation starters.

And to be honest, I really don't understand that SSE thing

SSE is my fault :raised_hand:, feel free to ask.

Desktop notifications used to work for gnome here. IIRC they only notify about toplevels because otherwise it was too much...

@Der Pepe (Hubzilla) ⁂

What could be done to ensure that CSS is recognised correctly and entered into the table?

Maybe file an issue to libmagic?

I would rather not rely on file endings to determine the file mime type. We could possibly make an excemption for channels that have code right so that in that case if text/plain is returned from finfo() we compare it to the previously provided mimetype and if it is not the same, revert to the provided one. But i actually do not like this hack!

AFAIK it depends on the content of the css file if finfo() will recognise it as text/css or not.

@Alfred Bühler

I always thought they would need to be in my contact list.

Your contacts might have had clones there.

@Alfred Bühler

But why does my hub try to deliver my posts to them at all?

It does not, it just let you know that they can not be reached.

@Alfred Bühler right, for 3rd party widgets the mechanism is similar to addons...