Ich betreibe eine Discourse-Instanz als SSO-Client für WordPress. Ich habe ein benutzerdefiniertes Benutzerprofil in WP. Ich möchte die doppelten Einstellungen auf der Discourse-Seite so weit wie möglich sperren. Mein PHP-Entwickler hat API-Aufrufe implementiert, um das Namensfeld und den Avatar in Discourse zu aktualisieren. Außerdem werden einige benutzerdefinierte Felder aktualisiert sowie eine Reihe von Gruppen. Damit das Avatar-Feld in unserer Sandbox aktualisiert werden konnte, musste ich die Discourse-Einstellung ändern, die es Benutzern erlaubt, ihren Avatar zu aktualisieren. Auf der Produktionsseite musste ich sowohl die Bearbeitung des Namensfelds als auch des Avatars zulassen, damit beide Funktionen arbeiten. Die benutzerdefinierten Felder, die von Nicht-Administratoren nicht bearbeitet werden können, werden sowohl in der Sandbox als auch auf der Produktionsseite wie erwartet aktualisiert. Gruppen werden ebenfalls problemlos aktualisiert. Die Site-Einstellungen sind auf beiden Installationen identisch, aber es gibt mehrere Discourse-Einstellungen, die meiner Meinung nach dieses Verhalten beeinflussen könnten, und möglicherweise habe ich auf einer Seite vorübergehend Dinge aktiviert, die auf der anderen nicht aktiviert waren.
Meine Fragen sind also:
- Muss ich das Namens- und Avatar-Feld für Benutzer bearbeitbar machen, um erfolgreiche Updates über die API zu erhalten?
- Wenn ja, warum gibt es einen Unterschied im Verhalten zwischen der Sandbox und der Produktionsseite?
- Wenn nein, ist dieses Verhalten ein Discourse-Bug?