The Open Source kanban (built with Meteor). Keep variable/table/field names camelCase. For translations, only add Pull Request changes to wekan/i18n/en.i18n.json , other translations are done at https://transifex.com/wekan/wekan only.
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
 
 
 
wekan/server/publications/boards.js

121 lines
3.4 KiB

// This is the publication used to display the board list. We publish all the
// non-archived boards:
// 1. that the user is a member of
// 2. the user has starred
Meteor.publish('boards', function() {
// Ensure that the user is connected
if (! Match.test(this.userId, String))
return;
// Defensive programming to verify that starredBoards has the expected
// format -- since the field is in the `profile` a user can modify it.
var starredBoards = Users.findOne(this.userId).profile.starredBoards || [];
check(starredBoards, [String]);
return Boards.find({
archived: false,
$or: [
{ 'members.userId': this.userId },
{ _id: { $in: starredBoards } }
]
}, {
fields: {
_id: 1,
slug: 1,
title: 1,
color: 1,
permission: 1
}
});
});
Meteor.publishComposite('board', function(boardId, slug) {
check(boardId, String);
check(slug, String);
return {
find: function() {
return Boards.find({
_id: boardId,
slug: slug,
archived: false,
// If the board is not public the user has to be a member of it to see
// it.
$or: [
{ permission: 'public' },
{ 'members.userId': this.userId }
]
}, { limit: 1 });
},
children: [
// Lists
{
find: function(board) {
return Lists.find({
boardId: board._id
});
}
},
// Cards and cards comments
// XXX Originally we were publishing the card documents as a child of the
// list publication defined above using the following selector `{ listId:
// list._id }`. But it was causing a race condition in publish-composite,
// that I documented here:
//
// https://github.com/englue/meteor-publish-composite/issues/29
//
// I then tried to replace publish-composite by cottz:publish, but it had
// a similar problem:
//
// https://github.com/Goluis/cottz-publish/issues/4
// https://github.com/libreboard/libreboard/pull/78
//
// The current state of relational publishing in meteor is a bit sad,
// there are a lot of various packages, with various APIs, some of them
// are unmaintained. Fortunately this is something that will be fixed by
// meteor-core at some point:
//
// https://trello.com/c/BGvIwkEa/48-easy-joins-in-subscriptions
//
// And in the meantime our code below works pretty well -- it's not even a
// hack!
{
find: function(board) {
return Cards.find({
boardId: board._id
});
},
children: [
// comments
{
find: function(card) {
return CardComments.find({
cardId: card._id
});
}
},
// Attachments
{
find: function(card) {
return Attachments.find({
cardId: card._id
});
}
}
]
},
// Board members. This publication also includes former board members that
// are no more members of the board but may have some activities attached
// to them.
{
find: function(board) {
return Users.find({
_id: { $in: _.pluck(board.members, 'userId') }
});
}
}
]
};
});