Timeouts seems not work in DistributedLock.Redis

[ccccccmd]

Timeouts seems not work in DistributedLock.Redis

[ccccccmd]

Many thanks madelson!

I get the same behavior as you describe in release mode.

It's weird ☺.

[madelson]

@ccccccmd thanks for filing. I'm not able to reproduce this behavior; when I run this code snippet it times out after 5s as expected.

Can you please provide a minimal repro that reproduces the behavior?

[ccccccmd]

@ccccccmd thanks for filing. I'm not able to reproduce this behavior; when I run this code snippet it times out after 5s as expected.

Can you please provide a minimal repro that reproduces the behavior?

Thanks for quick reply.

It happened during the second visit to the API.

https://github.com/ccccccmd/WebApplication1

[madelson]

Hi @ccccccmd thanks for putting this together. I downloaded your app and ran your repo. The only change I made was changing the redis connection string to "localhost:6379" to hit my local redis (I'm running 4.0.9 64-bit in WSL).

I first opened one tab, which spun for a long time (made sense because of the 500s wait).

Then I opened another tab and it spun for a bit before printing:

Refreshing produced the same thing. Oddly, though, while the printed time always shows ~5000ms, the wall-clock time for the request is substantially longer; ~20s.

I tried setting a breakpoint at the start of the MapGet block; and indeed there is a 10-15s delay before each request even enters that block... weird.

Then I ripped out the DistributedLock code and replaced with a simple SemaphoreSlim: same behavior.

Then I tried running the app not in debug mode (CTRL+F5) and the problem goes away.

I've reported this to ASP.NET Core here: dotnet/aspnetcore#44940.

Can you try my repro steps and see if you get the same behavior I do?

[madelson]

Appreciate the confirmation @ccccccmd . I'm closing this issue for now since it doesn't appear to be specific to this library. It will be interesting to see what MSFT says.