Amqp: De alguna manera, los indicadores "exclusivo" y "duradero" de Channel.QueueDeclare se influyen mutuamente

Aquí hay un ejemplo mínimo:

package main

import (
    "fmt"

    "github.com/streadway/amqp"
)

func main() {
    conn, _ := amqp.Dial("amqp://guest:guest@localhost/")
    defer conn.Close()
    ch, _ := conn.Channel()
    defer ch.Close()
    q1, err := ch.QueueDeclare("test_qqq", /* durable: */ true, false, /* exclusive: */ false, false, nil)
    handle(err)
    fmt.Println("%+v", q1)
    q2, err := ch.QueueDeclare("test_qqq", /* durable: */ true, false, /* exclusive: */ true, false, nil)
    handle(err)
    fmt.Println("%+v", q2)
}

func handle(err error) {
    if err != nil {
        panic(fmt.Sprintf("%v", err))
    }
}

Utilizando:

• amqp versión v0.0.0-20181107104731-27835f1a64e9
• RabbitMQ 3.7.3 Erlang 20.2

Como puede ver, en este ejemplo estoy intentando recrear la misma cola dos veces, primero con exclusive:true , luego con exclusive:false . Falla como se esperaba, pero produce un mensaje de error inesperado:

Exception (406) Reason: "PRECONDITION_FAILED - inequivalent arg 'durable' for queue 'test_qqq' in vhost '/': received 'false' but current is 'true'"

Pasé media hora mirando sin comprender mi declaración durable: true , pero en realidad debería estar investigando el argumento exclusive . ¿Hay alguna forma de evitar que los futuros usuarios pierdan tanto tiempo? Debería ser como args 'durable' and 'exclusive' are in conflict with each other . ¿O es un problema de RabbitMQ?