-
Notifications
You must be signed in to change notification settings - Fork 51
Closed
Labels
P3Low: Not priority right nowLow: Not priority right nowexp/noviceSomeone with a little familiarity can pick upSomeone with a little familiarity can pick uphelp wantedSeeking public contribution on this issueSeeking public contribution on this issuekind/bugA bug in existing code (including security flaws)A bug in existing code (including security flaws)status/readyReady to be workedReady to be worked
Description
While working on the repo migration tool, I have noticed that the implementation of in-memory lock in lock-memory.js
behaves in bit weird way as it will acquire lock even if there is already lock in place.
It exposes function locked()
, yet I have not found it used anywhere. But even then I think the correct behavior of any locking functionality should be to fail when there is a lock already present.
I understand that in browser there might not be really concurrent processes, so I am just wondering if that was a design decision or is it a bug?
Metadata
Metadata
Assignees
Labels
P3Low: Not priority right nowLow: Not priority right nowexp/noviceSomeone with a little familiarity can pick upSomeone with a little familiarity can pick uphelp wantedSeeking public contribution on this issueSeeking public contribution on this issuekind/bugA bug in existing code (including security flaws)A bug in existing code (including security flaws)status/readyReady to be workedReady to be worked