-
Notifications
You must be signed in to change notification settings - Fork 24.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Packager build error on Windows: "Unexpected identifier" or "Unable to resolve a Haste module" #20353
Comments
This comment has been minimized.
This comment has been minimized.
Reopening with "For Discussion" label. For future reference, if you use the provided "For Discussion" template, this would be done automatically by the bot. |
👋 Jiawen, thanks for the writeup! Can I ask you a side question? You say
Do you see any commit present in the master branch that is not on the 0.57 one? cc @grabbou any idea of why it may work on one and not the other? |
@kelset The master branch when I tested works not metro 0.42.2, I will test the latest master branch again. |
The lastest master branch is broken again.
|
cc @rafeca |
Confirmed, 0.42.1 works fine.
|
@gengjiawen Neither 0.42.1 nor 0.42.2 work on my machine getting |
I think I am pretty clear, |
@gengjiawen I'm aware of this, and other PRs. We just held a day-long event for React and React Native contributors here at the office, and we're now finishing our roadmap and a proposal to help move PRs along faster. It does require that we take a break from looking at our GitHub notifications for a bit so we can focus, but in the long term it should have a beneficial effect on the repo. For the time being, please work with any of our other core contributors, and thank you for your patience. |
@hramos That's awesome to hear, will the roadmap be shared publicly or just used internally? Would be very helpful to gain some insights from the roadmap. |
@aaronschubert0 you can take a look at meetings notes from the core team, as well as any proposals, over at https://github.com/react-native-community/discussions-and-proposals. This is a work in progress, but the plan is to fill that repo out with any ongoing work from the community. As for the React Native team at Facebook, we just broadcast a tech talk this week which covers our ongoing work on the new React Native architecture codenamed "Fabric": https://www.facebook.com/hramos/videos/10101317533036249 |
@hramos Great thanks a lot, appreciate the insights. |
Any headway over the issue reported at this link below would be helpful, as we are not able to build the App using |
Update:
Error log for release mode:
|
You can also check the appveyor log: https://ci.appveyor.com/project/gengjiawen/react-native/build/job/it491en7tm6r69cq. |
Metro |
please help us - Windows developers are human too. We need support too. |
This comment has been minimized.
This comment has been minimized.
Moving my project from my ancient MacBook to my shiny new PC, I got a whole bunch of errors while trying to build for Android on Windows 10 before I keep hitting on build issue like #14209, #19953 and oblador/react-native-vector-icons#429. I'm on RN 0.56.0. No issue on Mac building for either iOS or Android. But all sorts of issues building on Windows for Android. Hopefully these issues get addressed in RN 0.57 and it's ready soon. |
Same issue, works great on MacOS and get |
While I understand everyone frustration with this Windows issue, let me be extremely clear on the fact that if this issue becomes a series of "me too" comments or worse I'll lock it. As mentioned many times before, this is an open source project - so you're entitled to the level of support you pay for and that's: none. I've been personally trying to having this fixed since the first RCs of 0.56, but I'm not a Windows user so it's really hard to check the attempted fixes. You want to help? Investigate what is causing this issue and submit PRs to fix it (as @gengjiawen has been doing). (in particular, if you are a developer in London or the EU timezone pls DM me on twitter so we can try to create a shorter feedback loop) |
Can this become a viable solution to officially support Windows deployment by relying on the Windows Linux subsystem? The great thing with this is the whole RN toolchain would then be the same as Mac/Linux's by running inside WSL. The setup would obviously be more complicated to have install files on native Windows so it's exposed to the GUI code editor while still giving fs/executable access from WSL, but having a single Linux-like environment for RN build to support instead of split with Windows' (which also breaks in all sorts of other "interesting" ways like permissions to create/delete files/folders as I've encountered trying to setup my RN env on Windows) seems very appealing. RN also doesn't need to consider alternative CI testing on Windows either then.
PS. My comment was/is not a me too comment. I was highlight different issues I faced while migrating to Windows (from Mac). If you want the community to help, you have to be more specific in terms of what you need in testing. And this is a discussion thread is this not? Agreed that as long as comments aren't "just" me too. Group hug on helping each other out in moving RN forward, together. |
I tried the new 0.43.3, not working too. I think I need to open a issue to on metro since I can not reopen my old issue. |
Reported via facebook/metro#213. @kelset How about we downgrade metro to 0.42.1 on branch 0.57 ? |
This comment has been minimized.
This comment has been minimized.
All my windows related pr has been merged, you can play with react native code on windows now. Have fun :) |
Thanks a lot @gengjiawen. Is a 0.57 RC dropping soon so I can test with |
This comment has been minimized.
This comment has been minimized.
@hramos Appveyor looks like not triggered on master branch, can you check this ? Thanks. |
Until 0.57 lands I think we should keep this open. |
The 0.57 RC is now available. Please try it out and let us know if this is still an issue. |
I first discover this issue in June 16 (facebook/metro#181), which is a month ago, but got less attention on this in beggining. Then react native 0.56 released, which totally expose the problem, which bothering windows user even for now (see #20346 and facebook/metro#200).
Here is what I want to have been achieve
Fix debug RNTester on windows (merged in 2018-08-04)
Related pr: #19974.
The main purpose is refactor bash script to nodejs script, so it can be cross platform. I remove some types on file simplily because they not flow-typed file. @pvdz Please merge this asap. For without it, debugging RNTester will be an unusable on windows
Fix RNTester in release mode on windows (merged on 18/07/31)
Related pr: #20293.
This is a windows specific bug. And this bothered me very long time , I searched really really a lot to fix it.
Without it you will have build problem like this:
I think it's clean fix and I have appveyor log to prove my fix work, you can see detail in that pr. So I hope @hramos or anyone with merge permission can review my pr.
Fix general problem like
Problem like
SyntaxError: Unexpected identifier
or 'Unable to resolve a haste module' or 'Unable to resolve a module' has been fixed in master branch by the help of metro team. But when I communicate with @kelset , branch 0.57 still not working. But I believe we can fix that soon.And Many developers works on windows instead of macOS. And this has been take too long to fix. And there are many windows developer still suffer from this issue in today.
In the end, I love react native. But dear react native official members, don't make us wait too long.
The text was updated successfully, but these errors were encountered: