You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi there, still using Fixture Factories and loving it after nearly 2 years. I have a suggestion for a quality-of-life improvement.
I believe this would resolve some very tricky edge cases such as described in #187 and #233.
I noticed in EventCollector that the $options array only contains the two entries for "listening to model events" and "listening to behaviors" but there are many other options you can pass to the TableLocator, including connection.
Would it make sense to add a method to EventCollector called setConnection() that could be called like so:
I'd be happy to draft a PR for this, if you think this solution is a good idea. If there's a concern about the EventCollector being the wrong place for this, I could think of some other ideas.
The text was updated successfully, but these errors were encountered:
cc @dreamingmind - any thoughts on this? Asking because you and I are among the few engineers heavily using different DB connections with Fixture Factories 🤔
Hi there, still using Fixture Factories and loving it after nearly 2 years. I have a suggestion for a quality-of-life improvement.
I believe this would resolve some very tricky edge cases such as described in #187 and #233.
I noticed in
EventCollector
that the$options
array only contains the two entries for "listening to model events" and "listening to behaviors" but there are many other options you can pass to the TableLocator, includingconnection
.Would it make sense to add a method to
EventCollector
calledsetConnection()
that could be called like so:I'd be happy to draft a PR for this, if you think this solution is a good idea. If there's a concern about the
EventCollector
being the wrong place for this, I could think of some other ideas.The text was updated successfully, but these errors were encountered: