Fibers Public Roadmap and Meteor 3.0

Dear Meteor Community,

We are excited to announce the release of the “Fibers Public Roadmap,” an initiative designed to improve communication and transparency between Meteor Software and our valued community members.

As many of you know, Meteor has always been committed to building the best possible platform for web and mobile app development. However, we recognize that there is always room for improvement, and that’s why we’re launching this new roadmap.

This Roadmap will serve as a central hub for all updates related to our development efforts. It will include information about what we are working on regarding the Fibers migration, as well as our progress on each of these items. With this roadmap, we hope to provide our community with a better understanding of what we’re working on and what you can expect from Meteor in the near future.
We also have the desire to launch an Alpha version of Meteor 3.0 in the first quarter of 2023.

We understand that communication is key to building a strong and active community, and we believe this Roadmap will help us achieve this goal. We encourage you to check back often for updates, and to share your thoughts and feedback with us through our official channels.

Thank you for your continued support of Meteor, and we look forward to building an even better platform together.

Best regards,
The Meteor Software Team

Fibers Public Roadmap Link:


Awesome. First quarter of 2023 that means we’ll have alpha version this month :slight_smile:
I think this pull request should be in Alpha version: Accounts onCreateUser hook supports async by minhna · Pull Request #12526 · meteor/meteor · GitHub


Hello @minhna could you point this PR to the release-3.0 branch? meteor/accounts_server.js at b15dcc539376a68424f44de461d0d8b57e370436 · meteor/meteor · GitHub
Most of the work in accounts is done but would be nice to doublecheck

1 Like

We are excited to inform you that we have made significant progress on the Fibers Migration, and our target is to release Meteor 3.0 Alpha as soon as possible. Our team has been working tirelessly to ensure a seamless transition.

We are pleased to share that we have completed the following tasks successfully:

  • Migrated Tools commands to Async
  • Fixed missing files while copying node modules to rebuild native dependencies
  • Resolved missing globals and packages that were unable to import from the app’s node_modules
  • Implemented a partial fix for stylesheets
  • Improved error handling using TLA*

Furthermore, we are currently working on the following tasks:

  • Using find async on the server side using suspense for React packages
  • Fixing static files on the client (tools/bundle) - WebApp & TLA*
  • Reviewing Mongo changes
  • Implementing TLA* on Meteor and Reify
  • Fixing the accounts-password package
  • Adjustments to detect if fibers are enabled

Our team is optimistic about the progress we have made so far and our goal to release Meteor 3.0 Alpha. We sincerely appreciate your patience and support as we continue to work on this important project.
You can follow the updates on our Fibers Public Roadmap and on this Github PR

*TLA = top-level await


Thanks, @hschmaiske for a very good update. These weekly updates are a refreshing change :+1:t3:


I absolutely agree! Thanks for keeping us informed.

1 Like

Thanks! :tada: I’ll keep doing these weekly updates, even if we get stuck on something.


Great news! We are pleased to report significant progress in the Fibers Migration. Our dedicated team has been working diligently to achieve our goal of releasing Meteor 3.0 Alpha at the earliest opportunity.

We’d like to share with you the latest updates on the tasks that were accomplished, which are outlined below.

  1. Progressed on the task “accounts-password: Meteor.user() doesn’t return the user inside a Meteor.createUser() anymore” from last week to today. Even though the task encountered a temporary block, we explained in a comment on Favro.
  2. Merged several PRs from Zodern, including:
    2.1. App code not running on the client
    2.2. Adjustments to detecting if fibers are enabled
    2.3. Fix missing globals and packages unable to import from app’s node_modules
    2.4. Fix missing files when copying node modules to rebuild native deps
  3. Merged and released callAsync for validated methods - pr

Currently, we are actively working on the following tasks:

  • useFind in the server for react packages - pr
  • Add useTracker with suspense for the async computations - pr
  • Document and make informative examples where these suspendable hooks will be useful
  • Plan on starting working and see what needs to be done/helped to get async on Blaze(unwrapping promises) related to this issue
  • The code review in the PR of the tools with Mongo was also examined. This week, the review task, which is already near completion, will be finished.
  • The tests of the modules-runtime package will be fixed, which is expected to resolve the tests of DDP and OAuths as well.

You can follow the updates on our Fibers Public Roadmap and on this Github PR


Wonderful news! We are thrilled to announce that the Fibers Migration is making remarkable strides. Thanks to our committed team, we have been making tremendous progress toward our goal of releasing Meteor 3.0 Alpha ASAP.

We are excited to provide you with the latest updates on the tasks that have been successfully completed, as outlined below.

Currently, we are actively working on the following tasks:

You can follow the updates on our Fibers Public Roadmap and on this Github PR


Question that i can’t seem to resolve from reading: Are the sync versions of the minimongo find, update etc. going to stay or are they also being replaced by async api only? In our codebase we have a lot of templates that require sync syntax. I understand that isomorphic methods must be async, but in the views, sync versions of find and findOne are possible and would be hugely helpful for us in the migration process. Not only would we need to rewrite all view helpers but for angularjs it would mean we couldn’t use method calls in templates for getting data which would mean a massive rewrite. Please keep a sync version :slight_smile:

Are the sync versions of the minimongo find, update etc. going to stay or are they also being replaced by async api only?

Yes, they will continue to exist as they are today.


Yes, I think the only reason we add async version to minimongo to make the same codes run on both client and server.

1 Like

Another week, another update. Here are the latest updates on the successfully completed tasks, showcasing our commitment to delivering a high-quality product:

Currently, we are actively working on the following tasks:

You can follow the updates on our Fibers Public Roadmap and on this Github PR


Thanks for mentioning this. I was looking for documentation and examples of the new hooks

1 Like