Technically, this is a "breaking change" since code that is loaded
on client and server will now throw an error when calling DDPRateLimiter,
but the API didn't do anything on the client anyway so it's probably
more like a bug fix.
Based on https://github.com/meteor/meteor/blob/devel/tools/isobuild/package-source.js#L1303 these addintoal folders are ignored but not documented. Some of them may be intentionally left out of the documentation but I'm just suggesting adding documentation for all that seem appropriate.
I tried to reuse the phrase "not loaded anywhere" even if it's a bit awkward phrasing, I think. I wasn't sure if the Meteor file gobbler (as I like to call it) should be called an "autoloader" or something else...
[stubailo: squashed and improved]
1. Add `addAssets` API to `package.js`
2. Rename `getSourcesFunc` to `getFiles` in internal code
3. Changed `PackageAPI#sources` to `PackageAPI#files` with a new structure that
has separate objects for assets and sources
4. Added some tests for different error conditions
5. The same file can now be a source and an asset
Since we have added additional constraints to the database around case
sensitivity, we now want to discourage people from working with the Accounts
collection directly and provide an API for changing certain fields in a correct
way.
Methods that do database checks before and after the operation:
Accounts.setUsername
Accounts.addEmail
Accounts.removeEmail
Methods that make sure to use a case-insensitive query to retrieve the user
Accounts.findUserByUsername
Accounts.findUserByEmail
PR #5024
We push to the master branch before deploying docs, so this was correct to
begin with (in production if not in development).
This reverts commit a8d2aa5fd8.
Also reverting commit 7cf025c8eb, which was
pushed by accident.
