@appzung/react-native-code-push 9.0.2 → 10.0.0

package/SECURITY.md

@@ -1,41 +0,0 @@
-<!-- BEGIN MICROSOFT SECURITY.MD V0.0.5 BLOCK -->
-
-## Security
-
-Microsoft takes the security of our software products and services seriously, which includes all source code repositories managed through our GitHub organizations, which include [Microsoft](https://github.com/Microsoft), [Azure](https://github.com/Azure), [DotNet](https://github.com/dotnet), [AspNet](https://github.com/aspnet), [Xamarin](https://github.com/xamarin), and [our GitHub organizations](https://opensource.microsoft.com/).
-
-If you believe you have found a security vulnerability in any Microsoft-owned repository that meets [Microsoft's definition of a security vulnerability](https://docs.microsoft.com/en-us/previous-versions/tn-archive/cc751383(v=technet.10)), please report it to us as described below.
-
-## Reporting Security Issues
-
-**Please do not report security vulnerabilities through public GitHub issues.**
-
-Instead, please report them to the Microsoft Security Response Center (MSRC) at [https://msrc.microsoft.com/create-report](https://msrc.microsoft.com/create-report).
-
-If you prefer to submit without logging in, send email to [secure@microsoft.com](mailto:secure@microsoft.com).  If possible, encrypt your message with our PGP key; please download it from the [Microsoft Security Response Center PGP Key page](https://www.microsoft.com/en-us/msrc/pgp-key-msrc).
-
-You should receive a response within 24 hours. If for some reason you do not, please follow up via email to ensure we received your original message. Additional information can be found at [microsoft.com/msrc](https://www.microsoft.com/msrc).
-
-Please include the requested information listed below (as much as you can provide) to help us better understand the nature and scope of the possible issue:
-
-* Type of issue (e.g. buffer overflow, SQL injection, cross-site scripting, etc.)
-* Full paths of source file(s) related to the manifestation of the issue
-* The location of the affected source code (tag/branch/commit or direct URL)
-* Any special configuration required to reproduce the issue
-* Step-by-step instructions to reproduce the issue
-* Proof-of-concept or exploit code (if possible)
-* Impact of the issue, including how an attacker might exploit the issue
-
-This information will help us triage your report more quickly.
-
-If you are reporting for a bug bounty, more complete reports can contribute to a higher bounty award. Please visit our [Microsoft Bug Bounty Program](https://microsoft.com/msrc/bounty) page for more details about our active programs.
-
-## Preferred Languages
-
-We prefer all communications to be in English.
-
-## Policy
-
-Microsoft follows the principle of [Coordinated Vulnerability Disclosure](https://www.microsoft.com/en-us/msrc/cvd).
-
-<!-- END MICROSOFT SECURITY.MD BLOCK -->

package/android/app/src/main/java/com/microsoft/codepush/react/CodePushBuilder.java

@@ -1,37 +0,0 @@
-package com.microsoft.codepush.react;
-
-import android.content.Context;
-
-public class CodePushBuilder {
-    private String mDeploymentKey;
-    private Context mContext;
-
-    private boolean mIsDebugMode;
-    private String mServerUrl;
-    private Integer mPublicKeyResourceDescriptor;
-
-    public CodePushBuilder(String deploymentKey, Context context) {
-        this.mDeploymentKey = deploymentKey;
-        this.mContext = context;
-        this.mServerUrl = CodePush.getServiceUrl();
-    }
-
-    public CodePushBuilder setIsDebugMode(boolean isDebugMode) {
-        this.mIsDebugMode = isDebugMode;
-        return this;
-    }
-
-    public CodePushBuilder setServerUrl(String serverUrl) {
-        this.mServerUrl = serverUrl;
-        return this;
-    }
-
-    public CodePushBuilder setPublicKeyResourceDescriptor(int publicKeyResourceDescriptor) {
-        this.mPublicKeyResourceDescriptor = publicKeyResourceDescriptor;
-        return this;
-    }
-
-    public CodePush build() {
-        return new CodePush(this.mDeploymentKey, this.mContext, this.mIsDebugMode, this.mServerUrl, this.mPublicKeyResourceDescriptor);
-    }
-}

package/android/app/src/main/java/com/microsoft/codepush/react/CodePushDialog.java

@@ -1,102 +0,0 @@
-package com.microsoft.codepush.react;
-
-import android.app.Activity;
-import android.app.AlertDialog;
-import android.content.DialogInterface;
-
-import com.facebook.react.bridge.Callback;
-import com.facebook.react.bridge.LifecycleEventListener;
-import com.facebook.react.bridge.ReactApplicationContext;
-import com.facebook.react.bridge.ReactContextBaseJavaModule;
-import com.facebook.react.bridge.ReactMethod;
-
-public class CodePushDialog extends ReactContextBaseJavaModule{
-
-    public CodePushDialog(ReactApplicationContext reactContext) {
-        super(reactContext);
-    }
-
-    @ReactMethod
-    public void showDialog(final String title, final String message, final String button1Text,
-                           final String button2Text, final Callback successCallback, Callback errorCallback) {
-        Activity currentActivity = getCurrentActivity();
-        if (currentActivity == null || currentActivity.isFinishing()) {
-            // If getCurrentActivity is null, it could be because the app is backgrounded,
-            // so we show the dialog when the app resumes)
-            getReactApplicationContext().addLifecycleEventListener(new LifecycleEventListener() {
-                @Override
-                public void onHostResume() {
-                    Activity currentActivity = getCurrentActivity();
-                    if (currentActivity != null) {
-                        getReactApplicationContext().removeLifecycleEventListener(this);
-                        showDialogInternal(title, message, button1Text, button2Text, successCallback, currentActivity);
-                    }
-                }
-
-                @Override
-                public void onHostPause() {
-
-                }
-
-                @Override
-                public void onHostDestroy() {
-
-                }
-            });
-        } else {
-            showDialogInternal(title, message, button1Text, button2Text, successCallback, currentActivity);
-        }
-    }
-
-    private void showDialogInternal(String title, String message, String button1Text,
-                                    String button2Text, final Callback successCallback, Activity currentActivity) {
-        AlertDialog.Builder builder = new AlertDialog.Builder(currentActivity);
-
-        builder.setCancelable(false);
-
-        DialogInterface.OnClickListener clickListener = new DialogInterface.OnClickListener() {
-            @Override
-            public void onClick(DialogInterface dialog, int which) {
-                try {
-                    dialog.cancel();
-                    switch (which) {
-                        case DialogInterface.BUTTON_POSITIVE:
-                            successCallback.invoke(0);
-                            break;
-                        case DialogInterface.BUTTON_NEGATIVE:
-                            successCallback.invoke(1);
-                            break;
-                        default:
-                            throw new CodePushUnknownException("Unknown button ID pressed.");
-                    }
-                } catch (Throwable e) {
-                    CodePushUtils.log(e);
-                }
-            }
-        };
-
-        if (title != null) {
-            builder.setTitle(title);
-        }
-
-        if (message != null) {
-            builder.setMessage(message);
-        }
-
-        if (button1Text != null) {
-            builder.setPositiveButton(button1Text, clickListener);
-        }
-
-        if (button2Text != null) {
-            builder.setNegativeButton(button2Text, clickListener);
-        }
-
-        AlertDialog dialog = builder.create();
-        dialog.show();
-    }
-
-    @Override
-    public String getName() {
-        return "CodePushDialog";
-    }
-}

package/docs/multi-deployment-testing-android.md

@@ -1,148 +0,0 @@
-### Android
-
-> NOTE
->
-> Complete demo configured with "multi-deployment testing" feature is [here](https://github.com/microsoft/react-native-code-push/files/1314118/rncp1004.zip).
-
-The [Android Gradle plugin](https://google.github.io/android-gradle-dsl/current/index.html) allows you to define custom config settings for each "build type" (like debug, release). This mechanism allows you to easily configure your debug builds to use your CodePush staging deployment key and your release builds to use your CodePush production deployment key.
-
-*NOTE: As a reminder, you can retrieve these keys by running `appcenter codepush deployment list -a <ownerName>/<appName> -k` from your terminal.*
-
-To set this up, perform the following steps:
-
-**For React Native >= v0.60**
-
-1. Open the project's app level `build.gradle` file (for example `android/app/build.gradle` in standard React Native projects)
-
-2. Find the `android { buildTypes {} }` section and define `resValue` entries for both your `debug` and `release` build types, which reference your `Staging` and `Production` deployment keys respectively.
-
-    ```groovy
-    android {
-        ...
-        buildTypes {
-            debug {
-                ...
-                // Note: CodePush updates should not be tested in Debug mode as they are overriden by the RN packager. However, because CodePush checks for updates in all modes, we must supply a key.
-                resValue "string", "CodePushDeploymentKey", '""'
-                ...
-            }
-
-            releaseStaging {
-                ...
-                resValue "string", "CodePushDeploymentKey", '"<INSERT_STAGING_KEY>"'
-
-                // Note: It is a good idea to provide matchingFallbacks for the new buildType you create to prevent build issues
-                // Add the following line if not already there
-                matchingFallbacks = ['release']
-                ...
-            }
-
-            release {
-                ...
-                resValue "string", "CodePushDeploymentKey", '"<INSERT_PRODUCTION_KEY>"'
-                ...
-            }
-        }
-        ...
-    }
-    ```
-    
-    *NOTE: Remember to remove the key from `strings.xml` if you are configuring the deployment key in the build process*
-
-    *NOTE: The naming convention for `releaseStaging` is significant due to [this line](https://github.com/facebook/react-native/blob/e083f9a139b3f8c5552528f8f8018529ef3193b9/react.gradle#L79).*
-
-**For React Native v0.29 - v0.59**
-
-1. Open up your `MainApplication.java` file and make the following changes:
-
-    ```java
-    @Override
-    protected List<ReactPackage> getPackages() {
-         return Arrays.<ReactPackage>asList(
-             ...
-             new CodePush(BuildConfig.CODEPUSH_KEY, MainApplication.this, BuildConfig.DEBUG), // Add/change this line.
-             ...
-         );
-    }
-    ```
-
-2. Open your app's `build.gradle` file (for example `android/app/build.gradle` in standard React Native projects)
-
-3. Find the `android { buildTypes {} }` section and define `buildConfigField` entries for both your `debug` and `release` build types, which reference your `Staging` and `Production` deployment keys respectively. If you prefer, you can define the key literals in your `gradle.properties` file, and then reference them here. Either way will work, and it's just a matter of personal preference.
-
-    ```groovy
-    android {
-        ...
-        buildTypes {
-            debug {
-                ...
-                // Note: CodePush updates should not be tested in Debug mode as they are overriden by the RN packager. However, because CodePush checks for updates in all modes, we must supply a key.
-                buildConfigField "String", "CODEPUSH_KEY", '""'
-                ...
-            }
-
-            releaseStaging {
-                ...
-                buildConfigField "String", "CODEPUSH_KEY", '"<INSERT_STAGING_KEY>"'
-                // Note: It is a good idea to provide matchingFallbacks for the new buildType you create to prevent build issues
-                // Add the following line if not already there
-                matchingFallbacks = ['release']
-                ...
-            }
-
-            release {
-                ...
-                buildConfigField "String", "CODEPUSH_KEY", '"<INSERT_PRODUCTION_KEY>"'
-                ...
-            }
-        }
-        ...
-    }
-    ```
-
-    *NOTE: The naming convention for `releaseStaging` is significant due to [this line](https://github.com/facebook/react-native/blob/e083f9a139b3f8c5552528f8f8018529ef3193b9/react.gradle#L79).*
-
-4. Pass the deployment key to the `CodePush` constructor via the build config you defined, as opposed to a string literal.
-
-**For React Native v0.19 - v0.28**
-
-Open up your `MainActivity.java` file and make the following changes:
-
- ```java
- @Override
- protected List<ReactPackage> getPackages() {
-     return Arrays.<ReactPackage>asList(
-         ...
-         new CodePush(BuildConfig.CODEPUSH_KEY, this, BuildConfig.DEBUG), // Add/change this line.
-         ...
-     );
- }
- ```
-
-*Note: If you gave your build setting a different name in your Gradle file, simply make sure to reflect that in your Java code.*
-
-And that's it! Now when you run or build your app, your debug builds will automatically be configured to sync with your `Staging` deployment, and your release builds will be configured to sync with your `Production` deployment.
-
-*NOTE: By default, the `react-native run-android` command builds and deploys the debug version of your app, so if you want to test out a release/production build, simply run `react-native run-android --variant release. Refer to the [React Native docs](http://facebook.github.io/react-native/docs/signed-apk-android.html#conten) for details about how to configure and create release builds for your Android apps.*
-
-If you want to be able to install both debug and release builds simultaneously on the same device (highly recommended!), then you need to ensure that your debug build has a unique identity and icon from your release build. Otherwise, neither the OS nor you will be able to differentiate between the two. You can achieve this by performing the following steps:
-
-1. In your `build.gradle` file, specify the [`applicationIdSuffix`](http://google.github.io/android-gradle-dsl/current/com.android.build.gradle.internal.dsl.BuildType.html#com.android.build.gradle.internal.dsl.BuildType:applicationIdSuffix) field for your debug build type, which gives your debug build a unique identity for the OS (like `com.foo` vs. `com.foo.debug`).
-
-```groovy
-buildTypes {
-    debug {
-        applicationIdSuffix ".debug"
-    }
-}
-```
-
-2. Create the `app/src/debug/res` directory structure in your app, which allows overriding resources (like strings, icons, layouts) for your debug builds
-
-3. Create a `values` directory underneath the debug res directory created in #2, and copy the existing `strings.xml` file from the `app/src/main/res/values` directory
-
-4. Open up the new debug `strings.xml` file and change the `<string name="app_name">` element's value to something else (like `foo-debug`). This ensures that your debug build now has a distinct display name, so that you can differentiate it from your release build.
-
-5. Optionally, create "mirrored" directories in the `app/src/debug/res` directory for all of your app's icons that you want to change for your debug build. This part isn't technically critical, but it can make it easier to quickly spot your debug builds on a device if its icon is noticeable different.
-
-And that's it! View [here](http://tools.android.com/tech-docs/new-build-system/resource-merging) for more details on how resource merging works in Android.

package/docs/multi-deployment-testing-ios.md

@@ -1,59 +0,0 @@
-### iOS
-
-> NOTE
->
-> Complete demos configured with "multi-deployment testing" feature are [here]:
-> *  **without using cocoa pods**: [link](https://github.com/microsoft/react-native-code-push/files/1259957/rncp976.copy.zip)
-> *  **using cocoa pods**: [link](https://github.com/microsoft/react-native-code-push/files/1172217/rncp893.copy.zip)
-
-Xcode allows you to define custom build settings for each "configuration" (like debug, release), which can then be referenced as the value of keys within the `Info.plist` file (like the `CodePushDeploymentKey` setting). This mechanism allows you to easily configure your builds to produce binaries, which are configured to synchronize with different CodePush deployments.
-
-To set this up, perform the following steps:
-
-1. Open up your Xcode project and select your project in the `Project navigator` window
-
-2. Ensure the project node is selected, as opposed to one of your targets
-
-3. Select the `Info` tab
-
-4. Click the `+` button within the `Configurations` section and select `Duplicate "Release" Configuration`
-
-   ![Configuration](https://cloud.githubusercontent.com/assets/116461/16101597/088714c0-331c-11e6-9504-5469d9a59d74.png)
-
-5. Name the new configuration `Staging` (or whatever you prefer)
-
-6. Select the `Build Settings` tab
-
-7. Click the `+` button on the toolbar and select `Add User-Defined Setting`
-
-   ![Setting](https://cloud.githubusercontent.com/assets/116461/15764165/a16dbe30-28dd-11e6-94f2-fa3b7eb0c7de.png)
-
-   Name this new setting something like `Multi_Deployment_Config`. Go to the setting and add value `$(BUILD_DIR)/$(CONFIGURATION)$(EFFECTIVE_PLATFORM_NAME)` for Release. After that add value `$(BUILD_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)` for Staging
-
-   ![MultiDeploymentConfig](https://user-images.githubusercontent.com/48414875/87178636-1d6a6500-c2e6-11ea-890d-b7773f07e503.png)
-
-   *NOTE: For Xcode 10 and lower version: Go to Build Location -> Per-configuration Build Products Path -> Staging and change Staging value from $(BUILD_DIR)/$(CONFIGURATION)$(EFFECTIVE_PLATFORM_NAME) to $(BUILD_DIR)/Release$(EFFECTIVE_PLATFORM_NAME)*
-
-   ![BuildFilesPath1](https://cloud.githubusercontent.com/assets/4928157/22645377/b1d7df0e-ec77-11e6-83c6-291a27bcdb17.png)
-
-   *NOTE: Due to https://github.com/facebook/react-native/issues/11813, we have to do this step to make it possible to use other configurations than Debug or Release on RN 0.40.0 or higher.*
-
-8. Click the `+` button again on the toolbar and select `Add User-Defined Setting`
-
-   Name this new setting something like `CODEPUSH_KEY`, expand it, and specify your `Staging` deployment key for the `Staging` config and your `Production` deployment key for the `Release` config.
-
-    ![Setting Keys](https://cloud.githubusercontent.com/assets/8598682/16821919/fc1eac4a-490d-11e6-9b11-128129c24b80.png)
-
-    *NOTE: As a reminder, you can retrieve these keys by running `appcenter codepush deployment list -a <ownerName>/<appName> -k` from your terminal.*
-
-9. Open your project's `Info.plist` file and change the value of your `CodePushDeploymentKey` entry to `$(CODEPUSH_KEY)`
-
-    ![Infoplist](https://cloud.githubusercontent.com/assets/116461/15764252/3ac8aed2-28de-11e6-8c19-2270ae9857a7.png)
-
-And that's it! Now when you run or build your app, your staging builds will automatically be configured to sync with your `Staging` deployment, and your release builds will be configured to sync with your `Production` deployment.
-
-*NOTE: CocoaPods users may need to run `pod install` before building with their new release configuration.*
-
-*Note: If you encounter the error message `ld: library not found for ...`, please consult [this issue](https://github.com/microsoft/react-native-code-push/issues/426) for a possible solution.*
-
-Additionally, if you want to give them seperate names and/or icons, you can modify the `Product Bundle Identifier`, `Product Name` and `Asset Catalog App Icon Set Name` build settings, which will allow your staging builds to be distinguishable from release builds when installed on the same device.

package/ios/CodePush/Base64/Base64/MF_Base64Additions.h

@@ -1,34 +0,0 @@
-//
-//  MF_Base64Additions.h
-//  Base64 -- RFC 4648 compatible implementation
-//  see http://www.ietf.org/rfc/rfc4648.txt for more details
-//
-//  Designed to be compiled with Automatic Reference Counting
-//
-//  Created by Dave Poirier on 2012-06-14.
-//  Public Domain
-//  Hosted at https://github.com/ekscrypto/Base64
-//
-
-#import <Foundation/Foundation.h>
-
-@interface NSString (Base64Addition)
-+(NSString *)stringFromBase64String:(NSString *)base64String;
-+(NSString *)stringFromBase64UrlEncodedString:(NSString *)base64UrlEncodedString;
--(NSString *)base64String;
--(NSString *)base64UrlEncodedString;
-@end
-
-@interface NSData (Base64Addition)
-+(NSData *)dataWithBase64String:(NSString *)base64String;
-+(NSData *)dataWithBase64UrlEncodedString:(NSString *)base64UrlEncodedString;
--(NSString *)base64String;
--(NSString *)base64UrlEncodedString;
-@end
-
-@interface MF_Base64Codec : NSObject 
-+(NSData *)dataFromBase64String:(NSString *)base64String;
-+(NSString *)base64StringFromData:(NSData *)data;
-+(NSString *)base64UrlEncodedStringFromBase64String:(NSString *)base64String;
-+(NSString *)base64StringFromBase64UrlEncodedString:(NSString *)base64UrlEncodedString;
-@end