Repository navigation
:only Strategy is Broken #12
Description
During test runs I namespace all Redis operations under "test:* using the redis-namespace Gem. Let's check to see if it works if I configure only: ["test*"]:
$ redis-cli set 'foo' 'bar'
OK
$ redis-cli keys '*'
1) "foo"
$ bin/rspec path/to/spec
# ASSUME TESTS RUN...
$ redis-cli keys '*'
(empty array)Uh oh! We've accidentally wiped every single key in the Redis DB. This is a bummer for my development environment.
I've tracked this down to this bit of code:
database_cleaner-redis/lib/database_cleaner/redis/deletion.rb
Lines 26 to 29 in e8389c2
- On L26 we don't find any keys in the
"test:*"namespace as expected. Ergoonly == [] except:isn't configured, ergoexcept == []only.none?istrue, therefore we go ahead and find all keys in the Redis DB (bug!!)(only - except)returns every single key in the Redis DB, and they're then dutifully wiped out
A reproduction PR: #13
I was hoping we could simply drop L28 but it seems like there's existing behaviour that relies upon this logic.
Activity
niborg commentedon Oct 7, 2022
We are also running into this issue.
jherdman commentedon Oct 7, 2022
@niborg the solution I've adopted is to avoid this gem entirely for Redis. The solution I've settled on for my use case as follows:
my-project:test:foo— I'm using https://rubygems.org/gems/redis-namespace)The entire solution is maybe 10-15 lines of code including configuration.
niborg commentedon Oct 9, 2022
@jherdman I added a PR in #15 that should fix the issue.
satoruk commentedon Jul 6, 2023
Hi @niborg, I appreciate your efforts on this PR. After reviewing your changes, I had a thought about another approach that might also work well, and in some ways, it might improve upon the solution. It's just an idea, and I'd love to hear your thoughts on it. Let me know what you think!
niborg commentedon Jul 6, 2023
Hi @satoruk that solution is fine, and I support it if you want to proceed with it (it is less code, which is attractive!). However, it is worth considering the my rationale as set forth in the PR:
Your solution leaves a bit of an awkward API. For example,
DatabaseCleaner::Redis::Deletion.new(only: [])suggests by its syntax that it will not delete any keys, but it actually deletes every key. I admit this usage is "weird" and probably would only occur by accident or by someone unfamiliar with database cleaning and this library, but the end result (deleting every key in redis) is pretty unfortunate that it is nice to avoid.But in short, please go with whatever solution you prefer. I'd happily use either approach.