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
{{ message }}
This repository has been archived by the owner on Oct 11, 2022. It is now read-only.
I tried to wrap addHTTPMethod and it's inner handler function in Meteor.bindEnvironment but since it's a fake context anyway, I don't think it did anything for me.
I tried to set Meteor.userId = userId but that didn't seem to help much either (and kinda freaked me out).
Is there some means of either setting up a better and more rhobust Meteor context in the REST API, or perhaps telling MeteorCollectionHooks about how to find the userId set into the method's context, but not available to the collection's context.
?
The text was updated successfully, but these errors were encountered:
We are currently setting a "fake" invoke context here:
https://github.com/stubailo/meteor-rest/blob/devel/packages/rest/rest.js#L199-L222
This works well enough for the Method call, but not for anything subsequent... for example, when using Meteor Collection Hooks, it is not able to determine the
userId
https://github.com/matb33/meteor-collection-hooks/blob/master/collection-hooks.js#L28-L51
I tried to wrap
addHTTPMethod
and it's inner handler function inMeteor.bindEnvironment
but since it's a fake context anyway, I don't think it did anything for me.I tried to set
Meteor.userId = userId
but that didn't seem to help much either (and kinda freaked me out).Is there some means of either setting up a better and more rhobust Meteor context in the REST API, or perhaps telling MeteorCollectionHooks about how to find the
userId
set into the method's context, but not available to the collection's context.?
The text was updated successfully, but these errors were encountered: