Thanks. That removed the Cannot find module jQuery error.
The others did not go away, however.
The FlowRouter v2 branch is also fixed in v2.11.0
Release candidate running smooth for me now!
Anyone else running into this problem with the latest RC?
While building package mwc-compiler:
error: couldn't install npm package mkdirp@0.5.1: Command failed: 'C:\Users\Andreas' is not recognized as an
internal or external command,
operable program or batch file.
'C:\Users\Andreas' is not recognized as an internal or external command,
operable program or batch file.
While building plugin `compile-ext` in package `mwc-compiler`:
error: couldn't install npm package chokidar@1.2.0: Command failed: 'C:\Users\Andreas' is not recognized as an
internal or external command,
operable program or batch file.
'C:\Users\Andreas' is not recognized as an internal or external command,
operable program or batch file.
@jesperwe In my experience, I find that the FlowRouter error happens because some other error prior to your routes being set up happens, and prevents your FlowRouter setup code from happening. In my cases (itās happened a bunch) I fix some other error, and FlowRouter then works. What do your errors look like now?
In my mind, as the one putting out these releases, ārelease candidateā implies no new features will be added before the official release, not that the RC is totally bug-free. Sorry for any confusion there.
From wikipedia :
A release candidate (RC) is a beta version with potential to be a final product, which is ready to release unless significant bugs emerge. In this stage of product stabilization, all product features have been designed, coded and tested through one or more beta cycles with no known showstopper-class bug
However if you want a stable release you have to use a final release, not a version intended for testing as is a release candidate.
Interesting, thanks for that definition! So then RC1 and RC2 are not, in fact, release candidates (since they both have show-stopper bugs)
What is the best place to know what is the latest available version of the 1.3 beta? At the moment Iāll see people talking about beta.11 or rc2 and then search for them.
Is this the official MDG stance on the definition of a ārelease candidateā?
Nobody ever said that we expect a release candidate to be bug-free. You are putting words into our mouths in a desperate attempt to defend yourself.
Nobody expects a release candidate to be dead-on-arrival as the first 3 have been. It would even be bad to see in a beta release (but weād be more forgiving). The problem was never fixed since it arose in beta.16, when really it should have been fixed before the first release candidate. These are the basis of our disappointment.
It feels as if the only reason to why you started labeling the most recent releases as ārelease candidateā was in order to appear to meet a deadline to start releasing a ārelease candidateā by a specified date.
I was reminded of this post: http://hueniverse.com/2016/01/26/how-to-use-open-source-and-shut-the-fuck-up-at-the-same-time/
Iām glad you care enough about this release to be so disappointed, and Iām glad you let me know.
You may be onto something there. I definitely am eager to see this release finished and ship it sooner rather than later, and my foresight about the work thatās left certainly isnāt perfect. But a bug that totally ruins your developer experience during an explicit pre-release testing period is a bug that absolutely will be fixed before the final release. Now, itās my prerogative to release additional betas or candidates or whatever we should be calling them, even if they donāt fix that particular bug, because I want to check my sanity about other bugs, or I just havenāt found the right solution to the bug you care most about. Take me to task if 1.3 is dead-on-arrival for you, but please, please bear with me while we get there.
By the way, if you really want to stay on top of the latest fixes, at the risk of some instability, running Meteor from a checkout might be your best option:
git clone --branch release-1.3 https://github.com/meteor/meteor.git
./meteor/meteor # Unix
.\meteor\meteor.bat # Windows
At the very least, you wonāt have to feel like youāre āstuckā on a broken release any longer than it takes to fix it.
I do appreciate all the good work that you have done, and will put all of the disappointment behind after this particular dead-on-arrival problem (that has persisted for over a week) is rectified. I donāt mean to spur any flame war as Iād prefer that we all spend our time being materially productive (specifically, that you spend your time fixing this and other bugs).
Can we please stop with the antagonistic comments? Thereās no need to incite things further on a genuinely useful thread such as this one.

(From the wonderful āIncentivizeā thread on Discourse Meta: https://meta.discourse.org/t/incentivize-replacements/2668/4)
How can I install the 1.3 RC2 on my Mac? I have 1.2 installed locally. I want to create a new Meteor app with it and try it out. Thank you.
The big difference is that the people working on Meteor are not unpaid volunteers. They are employees who are paid to do their job, and therefore there is the expectation that they will do it properly.
āOpen sourceā does not always mean product of unpaid voluntary work.
You can use meteor create myapp --release 1.3-rc.2
to create a new app with the specified release.
Thatās true, but you are not a paying customer of MDG, therefore, they owe you nothing. Iād hate to see how you treat employees working on products and services you do pay for.
Nobody providing a service or product to you that you donāt pay for owes you anything, bottom line. VirtualBox acting up? Too badā¦ report it, and wait for a fix. mupx not working right with Meteor 1.3? Report it, and wait, or fix it yourself. Now, if youāre paying for Galaxy and itās acting up, then you have a right to complain, and MDG has an obligation to respond and make things right.
Check your attitude. Be respectful of people pouring blood, sweat, and tears into something weāre all using for free, and some of us are using to turn a profit.