-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Query nested properties #10
Comments
I think you are looking for support for querying nested properties, which was added to loopback-datasource-juggler (and thus Ideally, loopback-datasource-juggler's memory connector would be using loopback-filters under the hood and there was only a single place where to add support for new filtering features. Unfortunately we haven't had bandwidth to do that change, and as a result loopback-filters is always behind loopback capabilities. Any volunteers to contribute this change? As a short-term workaround, we can always port loopbackio/loopback-datasource-juggler#1239 (and other related pull requests) from juggler to this module. We don't have bandwidth for this task ourselves, but we are happy to help you if you decide to contribute this feature. |
I created a new issue in juggler to keep track of the work of using loopback-filters under the hood: loopbackio/loopback-datasource-juggler#1529 |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
This issue has been closed due to continued inactivity. Thank you for your understanding. If you believe this to be in error, please contact one of the code owners, listed in the |
I'm not sure it's a bug or a new feature, but the behavior is not same as loopback find/findOne.
=== Sample Code ===
=== Expected result ===
=== Actual result ===
but I use loopback model.find/findOne, I can get expected result.
Please help. Thanks.
The text was updated successfully, but these errors were encountered: