Eu tomaria uma das duas visões, dependendo de como estava confiante de que estava falando sobre a mesma coisa que o repórter original:
1) Já que o repórter não está mais disponível, considere que o bug em questão significa o que quer que você tenha corrigido. Se isso ajudar, anexe os casos de teste para esclarecer quais falhas você encontrou. Descreva detalhadamente no relatório de bug o que foi corrigido e deixe uma nota como: "Acredito que isso é o que 'nav breaks' significa, reabra ou crie um novo bug se não for o que você quis dizer". Marque o bug como corrigido.
2) Já que o repórter não está mais disponível, julgue que o bug não pode ser reproduzido (sabidamente), já que apenas a palavra do repórter confirmaria que é a mesma coisa que eles relataram. Levante um novo bug para descrever o que você consertou, por uma questão de crédito mencionar que foi observado sob as condições descritas pelo repórter ausente, note que ambos em poderão ser duplicados, marcar o novo bug fixo e marcar este inválido ou não reprodutível com uma nota como: "Eu não posso descobrir o que você quis dizer com 'quebra nav', mas eu resolvi o problema que eu encontrei. Por favor, reabra ou crie um novo bug se a nav continua a quebrar, descrevendo com mais detalhes o que está errado ".
Quanto à escala de tempo, acho que isso deve depender do projeto. Se você for muito responsivo e estiver lidando com esse bug poucos dias depois de ser gerado, as pessoas devem entender que você não esperará semanas por uma resposta antes de resolver o problema. Por outro lado, se estiver em seu slushpile por meses, ele poderá ficar aberto por mais um mês ou dois sem causar nenhum problema.
Por esse motivo, não acho que exista um limite de tempo específico que constitua "boa prática" ou que você precise publicar sua política e cumpri-la. Certamente você não gostaria de registrar que o repórter não pode ser contatado até que você tenha feito um esforço para contatá-los. Mas eu também não vejo nenhum ponto deixando vários avisos contando até um prazo: ou eles revisitarão o bug e quererão dizer algo, ou não o farão.