Skip to content

Kddimitrov/fix splashscreen generation #4274

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

Closed
wants to merge 19 commits into from

Conversation

KristianDD
Copy link
Contributor

PR Checklist

What is the current behavior?

SplashScreen generation fails for JS projects.

What is the new behavior?

SplashScreen generation succeeds for JS projects.
Fixes/Implements/Closes #4272

DimitarTachev and others added 19 commits December 21, 2018 14:11
fix: fix unhandled promise rejection error from sidekick when livesync to preview app with bundle
…ed-event

fix: allow Debug + HMR using the public API
fix: fix debugger attaching after a page reload
fix: fix stopApplication on Simulator while the app is on a breakpoint
fix: suggest manual app start instead of crashing on ios debug socket connection errors
…issue

fix: require user interaction for developer disk image only in debug
fix(preview-publicApi): Add force option when getting the plugin's warnings
When preview is called with webpack from Public API, if you stop the livesync (via stopLiveSync method) while webpack is still working, in the output you'll see an error as webpack's child process exits with `null` exit code.
However, this error does not have any meaning for the user, so we shouldn't raise it.
Move the logging of the error to LiveSyncService's handler of `previewAppLiveSyncError` event - in the described case it will not be raised as LiveSyncService had already removed all listeners.
Currently the `previewAppLiveSyncError` event is handled only when CLI is used as a library. Add handler when CLI is used from command line and use the same workflow in both cases.
Attach to the event every time when a new operation is started. Currently, once LiveSync is stopped, we've removed all handlers and we were never attaching them again. Now we rely on the isInitialized property, so we'll attach the event handler whenever it is needed.
…ew-stop

fix: do not show error from preview initialization when stop is called
@KristianDD KristianDD closed this Jan 8, 2019
@KristianDD KristianDD changed the base branch from master to release January 8, 2019 14:55
@KristianDD KristianDD reopened this Jan 8, 2019
@KristianDD KristianDD closed this Jan 8, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants