In reply to @ifiguero:matrix.org

It's a warning from the async client. From the looks is on the send method.

for loggername in ["nio.responses", "nio.client.async_client", "nio.events.misc"]: 
    loggerloop = logging.getLogger(loggername) 
    if debug: 
        loggerloop.setLevel(logging.INFO) 
    else: 
        loggerloop.setLevel(logging.CRITICAL) 

To disable it. I increase the logger level so it doesn't show any of it. Critical mostly disable all of them IMHO

That warning means that the previous request will be retried iirc. There's some related config options in [Async]ClientConfig

Question About Power Levels

To modify power levels in nio, we need to use room_put_state event_type = "m.room.power_levels".

AFAIK: Synapse requires sending the full power level dictionary to the server when making modifications. Otherwise, values that are not explicitly set might get overwritten (or deleted). Is that correct?

I can’t seem to find a straightforward way to access this information in the correct schema structure, other than by fetching room events and modifying the last power level event as a base. The clients (rooms) have a PowerLevels object, but it doesn’t seem to fully represent the server schema.

It would be helpful to have a function that returns the server schema from here, perhaps something like a to_dict or to_json function. (Easy to implement, happy to do it)

Additionally, it appears that power levels in the object aren’t synced correctly; they seem to get updated only partially (this might be a separate issue).

Am I on the wrong track here? I’d appreciate clarification before opening a ticket. ;)

In reply to@winduu:matrix.org

Question About Power Levels

To modify power levels in nio, we need to use room_put_state event_type = "m.room.power_levels".

AFAIK: Synapse requires sending the full power level dictionary to the server when making modifications. Otherwise, values that are not explicitly set might get overwritten (or deleted). Is that correct?

I can’t seem to find a straightforward way to access this information in the correct schema structure, other than by fetching room events and modifying the last power level event as a base. The clients (rooms) have a PowerLevels object, but it doesn’t seem to fully represent the server schema.

It would be helpful to have a function that returns the server schema from here, perhaps something like a to_dict or to_json function. (Easy to implement, happy to do it)

Additionally, it appears that power levels in the object aren’t synced correctly; they seem to get updated only partially (this might be a separate issue).

Am I on the wrong track here? I’d appreciate clarification before opening a ticket. ;)

In reply to@winduu:matrix.org
nex (she/it): Off Topic question. When did you send this message? It says Sunday 13.10 but gets shown after may last message from today?

In reply to@nex:nexy7574.co.uk
october 13th, 2024, at 11:04AM BST

In reply to @nex:nexy7574.co.uk
don't quote me on the function name