mirror of
https://github.com/zulip/zulip.git
synced 2025-11-16 03:41:58 +00:00
channel: Remove idempotent retry loop.
This was added by commit 7f174213ed, and
appears to have been designed for responses that are *successful* but
falsy. Logically, these should not implicitly represent a failure to
be retried if it were.
Note from tabbott: The background is that this idempotent retry loop
was a hacky workaround for a bug we never understood but saw daily in
production. Especially during server restarts / client reloads,
something would result in 200 responses with no data being seen by the
frontend, despite the Django server not having received/processed the
request. Fortunately, this strange failure mode appears to have
stopped happening in late 2019, so we can delete this hack.
Signed-off-by: Anders Kaseorg <anders@zulip.com>
This commit is contained in:
committed by
Tim Abbott
parent
4391bc324b
commit
fde9b1d366
@@ -705,7 +705,6 @@ export function start($row, edit_box_open_callback) {
|
||||
const msg_list = message_lists.current;
|
||||
channel.get({
|
||||
url: "/json/messages/" + message.id,
|
||||
idempotent: true,
|
||||
success(data) {
|
||||
if (message_lists.current === msg_list) {
|
||||
message.raw_content = data.raw_content;
|
||||
@@ -1232,7 +1231,6 @@ export function with_first_message_id(stream_id, topic_name, success_cb, error_c
|
||||
channel.get({
|
||||
url: "/json/messages",
|
||||
data,
|
||||
idempotent: true,
|
||||
success(data) {
|
||||
const message_id = data.messages[0].id;
|
||||
success_cb(message_id);
|
||||
|
||||
Reference in New Issue
Block a user