Skip to content
This repository has been archived by the owner on Oct 24, 2018. It is now read-only.

Uninstall - or ability to install against homeserver that previously had telematrix running #48

Open
qbit opened this issue Nov 21, 2017 · 4 comments

Comments

@qbit
Copy link

qbit commented Nov 21, 2017

I ran into a strange issue on my homeserver. A year ago or so I had installed telematrix on my homeserver. Things worked, but I wanted to hold off until there was better puppet'ing support.

Fast forward to yesterday. I installed telematrix! (nice job - looks like a great bridge now!)

I ran into some issues though. Apparently the state from the previous install was persistent somewhere (I don't see exactly where.. - nothing in the application_services table.. As soon as telematrix started, synapse started sending all the 'unseen' messages to it. This took quite a while.. after which - I had an empty database.db file (no room relations, etc) and a non-functional bridge..

By manually adding an entry in chat_link, I can get one way communication (matrix -> tg) working, but not tg -> matrix..

Is there any way to "un-init" a given app service (by id maybe?) and start fresh?

@qbit
Copy link
Author

qbit commented Nov 21, 2017

Update - i was able to get tg->matrix working , but it's flaky (I didn't have bot permissions setup properly)

@lil5
Copy link

lil5 commented Mar 27, 2018

@qbit so the issue is closed?

@brycied00d
Copy link

@qbit By the sound of it, it seems like you didn't change the "id" used in the appservice registration yaml. When telematrix connected/registered to your homeserver, it identified with the previous id so your homeserver treated it like it was reconnecting after a long break.

id: <user-defined unique ID of AS which will never change>
Warning If the homeserver in question has multiple application services, each as_token and id MUST be unique per application service as these are used to identify the application service. The homeserver MUST enforce this.

https://matrix.org/docs/spec/application_service/unstable.html#registration

@qbit
Copy link
Author

qbit commented Apr 3, 2018

Ah, likely.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants