vignesh C <[email protected]> writes:
> On Thu, 16 Jul 2026 at 06:21, Tom Lane <[email protected]> wrote:
>> That is, after checking for the "insufficient privileges" case,
>> we aren't waiting long enough for the new seqsync worker to quiesce.
>> This wasn't a problem before f38afa4ab, because it wasn't an error
>> condition for that worker to still be running.
> I think we can simply remove the REFRESH SEQUENCES command and add a
> comment explaining that the sequence synchronization worker is
> restarted automatically while there are sequences that are not yet in
> the READY state.
Well, that would fix this test, but I wonder if this result isn't
telling us that f38afa4ab has created a failure condition that will
bite real users. Why would the user issuing REFRESH SEQUENCES be
aware of whether there's a sync worker running right then? Why
should it be his problem to avoid that?
regards, tom lane
