Cards.find() returns no cards

cd wekan
./find.sh searchCards
./models/boards.js:  searchCards(term, excludeLinked) {
./client/components/sidebar/sidebarSearches.js:    return currentBoard.searchCards(this.term.get());
./client/components/lists/listBody.js:      return board.searchCards(this.term.get(), false);

Hmm. I need the cards from all boards not just a certain board. Is there no way to do it with Cards.find(). I see it used in other places.

That would be similar like searchCards, but without limiting it with boardId.

And it should show My Cards only from boards that user is member of

It seems that Cards.find() does search only from current board cards, that are loaded to webbrowser. To search from all cards of user etc, including cards that have not been loaded to webbrowser, I think you could search code with these keywords for related code: ./find.sh esSearch and ./find.sh EasySearch

Maybe with My Cards you are trying to do something similar like Public Boards https://github.com/wekan/wekan/pull/3008

I guess I am being stupid, but I cannot understand why Cards.find() does not work. searchCards uses Cards.find() with boardId specified. The problem is not with my query as return Cards.find(); without a query (which should return all cards) returns an empty cursor.

I have a feeling that models/cards.js is not being imported properly.

Well, I don't know is it good idea to have both function cards() added and then use Cards.find(), those could get mixed

Anyway, point is to use code that searches serverside, like esSearch etc. Because not all data is loaded to browserside.

Meteor.js moves data automatically between clientside and serverside

If you have only opened one board, only that board cards are loaded to browserside. Not from any other board.

At browserside, there is minimongo, that is minimal version of MongoDB database, coded with Javascript

Meteor.js web framework listens changes from MongoDB, and updates immediately boards or all logged in users, in realtime

It's not anything about anybody being stupid.

It's just that things in Meteor.js do not work similarly like in other web frameworks

Meteor.js also automatically resolves write conficts of each user

Although, for some use cases, having manual control would in some cases improve things

Hmm, I don't know am I able to explain well enough.

Anyway, at https://github.com/wekan/wekan/pull/3008/files that code is very similar to what My Cards feature would be like. So, instead of adding Public, you would add My Cards. Then, you would copu that Public related code, so that instead of showing Public boards, you would show My Cards, creating new publication that sends to browserside all cards that are part of your My Cards, and no other data. Then, each of those cards would have link that points to that card full address in URL, the same you see in webbrowser URL bar currently when card is opened.

So I think, with so much already existing similar code and instructions, you should be able to add My Cards feature.

Oops typo above, copu that => copy that

publications/subscriptions do send cards to browserside

etc data

to browserside mongo, so they can be listed at webbrowser

Usually adding some new feature is like looking at some existing feature, and adding something similar.