- 21 Mar, 2019 8 commits
- 20 Mar, 2019 4 commits
-
-
Oran Agra authored
in diskless replication - master was not notifing the slave that rdb transfer terminated on error, and lets slave wait for replication timeout
-
oranagra authored
also reduce an excess sleep
-
Oran Agra authored
like in SUNIONSTORE etc, commands that perform writes are expected to open all keys, even input keys, with lookupKeyWrite
-
Oran Agra authored
also, airty for COMMAND command was wrong.
-
- 19 Mar, 2019 1 commit
-
-
Dvir Volk authored
-
- 18 Mar, 2019 2 commits
- 16 Mar, 2019 1 commit
-
-
antirez authored
-
- 15 Mar, 2019 4 commits
-
-
antirez authored
-
antirez authored
-
John Sully authored
-
Yossi Gottlieb authored
-
- 14 Mar, 2019 4 commits
-
-
antirez authored
-
antirez authored
-
antirez authored
-
Guy Benoish authored
-
- 13 Mar, 2019 2 commits
-
-
zhaozhao.zz authored
-
swilly22 authored
-
- 12 Mar, 2019 4 commits
-
-
Steve Webster authored
-
artix authored
Fixes issue #5912
-
vattezhang authored
-
chendianqiang authored
-
- 11 Mar, 2019 1 commit
-
-
swilly22 authored
-
- 10 Mar, 2019 2 commits
- 09 Mar, 2019 1 commit
-
-
John Sully authored
-
- 08 Mar, 2019 2 commits
-
-
Steve Webster authored
The XCLAIM docs state the XCLAIM increments the delivery counter for messages. This PR makes the code match the documentation - which seems like the desired behaviour - whilst still allowing RETRYCOUNT to be specified manually. My understanding of the way streamPropagateXCLAIM() works is that this change will safely propagate to replicas since retry count is pulled directly from the streamNACK struct. Fixes #5194
-
artix authored
-
- 07 Mar, 2019 4 commits
-
-
zhaozhao.zz authored
-
Yuan Zhou authored
hashTypeTryObjectEncoding() is not used now
-
artix authored
-
artix authored
Fix issue #5891
-