diff options
| author | Maxime Quandalle <maxime@quandalle.com> | 2015-12-29 18:08:24 +0100 |
|---|---|---|
| committer | Maxime Quandalle <maxime@quandalle.com> | 2015-12-30 19:35:56 +0100 |
| commit | 15e692a7d27f36d2f5079d4e74232c2dd4fb5e58 (patch) | |
| tree | 973dbbd662e2b4436531977aab032302832f69dc /client/components/users/userAvatar.jade | |
| parent | d6ba734fa9e5b2c4c4bc11c3af1a59a284a15d8b (diff) | |
| download | wekan-15e692a7d27f36d2f5079d4e74232c2dd4fb5e58.tar.gz wekan-15e692a7d27f36d2f5079d4e74232c2dd4fb5e58.tar.bz2 wekan-15e692a7d27f36d2f5079d4e74232c2dd4fb5e58.zip | |
Fix drag and drop on Sandstorm
This bug was introduced with the introduction of fast-render in
41b23f8. With fast-render data is available instantly after the page
logging, but calls to `Meteor.userId()` still return `null` as the
user isn't authenticated on the DDP channel yet (previously the data
was loaded on DDP after user authentication). Which mean that we know
need to reactively activate Drag and Drop on user log in.
I'm not sure why I was not able to reproduce this bug outside of
Sandstorm.
Fixes #453
Diffstat (limited to 'client/components/users/userAvatar.jade')
0 files changed, 0 insertions, 0 deletions