Problèmes de création de publication et de verrouillage de sujet via l'API

Dev
1

Je verrouille un sujet via l’API (gem) et je parviens à le verrouiller et à le déverrouiller si c’est la seule commande dans la chaîne. Cependant, lorsque je crée un message dans le sujet au préalable et que la commande suivante consiste à le verrouiller, il crée le message, puis le verrouille, mais le déverrouille immédiatement après !

C’est vraiment étrange. Si je me contente de créer le message, ou de verrouiller le sujet, tout fonctionne correctement. Mais si j’essaie de faire les deux, le sujet se déverrouille à la fin de lui-même !

Pour l’instant, j’ai décidé de ne pas verrouiller le sujet, mais je pensais poster ici au cas où cela mériterait d’être investigué.

3 « J'aime »
2

Verrouillez-vous immédiatement après avoir créé un message dans le sujet ? Si oui, essayez d’attendre une minute, puis tentez de le verrouiller à nouveau pour voir s’il reste verrouillé. Une simple suggestion.

1 « J'aime »
3

Bonne trouvaille, je vais examiner cela dès que j’aurai un moment. Combiner ces deux appels API en une seule requête ne suit pas strictement la méthode utilisée dans l’interface utilisateur (on ne peut pas créer un nouveau sujet verrouillé), ce qui suggère que ce point de terminaison API ne recherche probablement pas le drapeau de verrouillage ou qu’il le définit par défaut à déverrouillé lors de la création du sujet.

3 « J'aime »
4

J’ai examiné cela un peu aujourd’hui pour voir s’il s’agissait d’un changement rapide, mais la plupart des actions que vous pouvez appliquer aux sujets sont mieux exécutées une fois le sujet créé. L’une des raisons est que nous devrions vraiment utiliser TopicStatusUpdater pour fermer le sujet plutôt que de le mettre à jour directement dans la base de données, mais lorsque nous mettons à jour le statut lors de la création du sujet, il semble fermer le sujet avant que le premier message ne soit créé, ce qui entraîne ce comportement étrange :

image
image1035×591 42.6 KB

Pour l’instant, vous devrez effectuer deux requêtes API distinctes. Une requête POST vers /posts.json, puis, si cela réussit, une requête PUT vers /t/{id}/status.json.

2 « J'aime »
5

Salut Blake, le sujet pour lequel je tentais cela existe déjà :slight_smile:

Voici ma démarche :

  bot.create_post(topic_id, post_content)
  bot.switch_to_master_bot!("system")
  bot.lock_topic("", topic_id)

  def create_post(topic_id, post_content)
    @client.create_post(
      topic_id: "#{topic_id}",
      raw: "#{post_content}",
    )
  end

  def lock_topic(slug, topic_id)
    params = { status: 'closed', enabled: true }
    @client.change_topic_status(slug, topic_id, params)
  end

J’utilise le gem Discourse API.

Est-ce que tu dis que ce qui précède devrait fonctionner (ou fonctionne pour toi) ?

1 « J'aime »
6

Ah, je vois, j’ai mal compris exactement ce que vous faisiez. Je pensiez que vous essayiez de créer un sujet et de le fermer en même temps. Cependant, ma réponse précédente reste valable pour la création d’un message dans un sujet existant, puis sa fermeture simultanée. Vous devriez simplement utiliser les deux points de terminaison séparés.

3 « J'aime »
7

L’API Gem utilise-t-elle les bons/points de terminaison séparés, Blake ? (Je croyais que oui ?)

Les méthodes client.create_post et client.change_topic_status font partie de l’API Gem :slight_smile:

2 « J'aime »
8

Oui, ces méthodes utilisent les bons endpoints :slightly_smiling_face:

3 « J'aime »
9

Cela devrait fonctionner alors ? (Mais ça ne marche pas :pleurs:)

1 « J'aime »
10

Je viens de tester votre code localement et tout fonctionne bien de mon côté. Qu’est-ce qui ne fonctionne pas ? Je suppose que le post est bien créé, mais que le sujet n’est tout simplement pas fermé ? Si c’est le cas, pourriez-vous utiliser puts et afficher le résultat de @client.change_topic_status(slug, topic_id, params) ?

En passant, en examinant le code du gem API, nous n’utilisons pas du tout la variable slug, donc je vais faire une mise à jour pour la supprimer.

2 « J'aime »