App Crash on Android OS 5.1.1 Real Oppo R7s (32BIT) RN(0.60.0) #25490

xrebrovz · 2019-07-04T09:55:52Z

after init react native new version 0.60.0 application crash after open

07-04 16:42:16.737 30259-30317/? E/art: dlopen("/data/data/com.news060/lib-main/libc++_shared.so", RTLD_LAZY) failed: dlopen failed: "/data/data/com.news060/lib-main/libc++_shared.so" is 64-bit instead of 32-bit
07-04 16:42:16.737 30259-30317/? E/SoLoader: couldn't find DSO to load: libc++_shared.so caused by: dlopen failed: "/data/data/com.news060/lib-main/libc++_shared.so" is 64-bit instead of 32-bit
07-04 16:42:16.737 30259-30317/? E/SoLoader: couldn't find DSO to load: libglog.so caused by: couldn't find DSO to load: libc++_shared.so caused by: dlopen failed: "/data/data/com.news060/lib-main/libc++_shared.so" is 64-bit instead of 32-bit
07-04 16:42:16.737 30259-30317/? E/SoLoader: couldn't find DSO to load: libglog_init.so caused by: couldn't find DSO to load: libglog.so caused by: couldn't find DSO to load: libc++_shared.so caused by: dlopen failed: "/data/data/com.news060/lib-main/libc++_shared.so" is 64-bit instead of 32-bit
07-04 16:42:16.737 30259-30317/? E/SoLoader: couldn't find DSO to load: libreactnativejni.so caused by: couldn't find DSO to load: libglog_init.so caused by: couldn't find DSO to load: libglog.so caused by: couldn't find DSO to load: libc++_shared.so caused by: dlopen failed: "/data/data/com.news060/lib-main/libc++_shared.so" is 64-bit instead of 32-bit

FATAL EXCEPTION: create_react_context
Process: com.news060, PID: 30259
java.lang.UnsatisfiedLinkError: couldn't find DSO to load: libreactnativejni.so caused by: couldn't find DSO to load: libglog_init.so caused by: couldn't find DSO to load: libglog.so caused by: couldn't find DSO to load: libc++_shared.so caused by: dlopen failed: "/data/data/com.news060/lib-main/libc++_shared.so" is 64-bit instead of 32-bit
at com.facebook.soloader.SoLoader.doLoadLibraryBySoName(SoLoader.java:738)
at com.facebook.soloader.SoLoader.loadLibraryBySoName(SoLoader.java:591)
at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:529)
at com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:484)
at com.facebook.react.bridge.ReactBridge.staticInit(ReactBridge.java:31)
at com.facebook.react.bridge.NativeMap.(NativeMap.java:19)
at com.facebook.react.jscexecutor.JSCExecutorFactory.create(JSCExecutorFactory.java:25)
at com.facebook.react.ReactInstanceManager$5.run(ReactInstanceManager.java:949)
at java.lang.Thread.run(Thread.java:818)

Environment:

React Native Version 0.60.0
OS: Mac OS Mojave 10.14.4
Android Studio: Version 3.4.1
Android Device Oppo r7s 5.1.1 (os 32bit)

Steps To Reproduce

1.Init React Native 0.60.0
2.react-native run-android on real device oppo r7s 5.1.1 (os 32bit) app crash

reachzhai · 2019-07-23T06:13:13Z

same problem,so many users tell us they can't use our app

java.lang.UnsatisfiedLinkError: at com.facebook.soloader.SoLoader.b (SoLoader.java:738) at com.facebook.soloader.SoLoader.a (SoLoader.java:591) at com.facebook.soloader.SoLoader.a (SoLoader.java:529) at com.facebook.soloader.SoLoader.a (SoLoader.java:484) at com.facebook.react.bridge.ReactBridge.staticInit (ReactBridge.java:31) at com.facebook.react.bridge.NativeMap.<clinit> (NativeMap.java:19) at com.facebook.react.jscexecutor.JSCExecutorFactory.create (JSCExecutorFactory.java:25) at com.facebook.react.ReactInstanceManager$5.run (ReactInstanceManager.java:944) at java.lang.Thread.run (Thread.java:818)

ckitterl · 2019-07-25T08:21:36Z

The problem is caused by OPPP's install application.
Please check your application's 64bit so files, if the count of 64bit so files less than 32bit so files?
If so, OPPO install application will put 32bit so files instead of 64bit so files to libs which is used by System.loadLibrary(...) . But react-native use soload library, which will unzip 64bit so file to folder named lib-main when Soload.init() invoked. And load the 64bit so files.

You have to added the short of 64bit so files to come across the problem

BennyTian · 2019-08-09T10:10:47Z

the same problem .

couldn't find DSO to load: libreactnativejni.so caused by: couldn't find DSO to load: libfb.so caused by: couldn't find DSO to load: libc++_shared.so caused by: dlopen failed: "/data/data/com.huabenapp/lib-main/libc++_shared.so" is 64-bit instead of 32-bit

crash on Android 5.0/5.1/5.1.1 device.

ckitterl · 2019-08-09T10:25:48Z

@BennyTian If my answer can't resolve the problem ？

BennyTian · 2019-08-09T10:47:22Z

@BennyTian If my answer can't resolve the problem ？

I am going to try thanks .

zsajjad · 2019-08-09T12:46:45Z

Facing same issue. Count of 64bit & 32bit libs is same @ckitterl

codyi96 · 2019-08-14T08:53:11Z

Same issue in VIVO X7...
It seems a bug caused by the installer of Funtouch OS. I update to Funtouch OS PD1602_A_3.12.2 then it works. 😎

ckitterl · 2019-08-14T12:37:48Z

@zsajjad VIVO or OPPO. I test on OPPO R9 with colorOS v3.0.0 and android 5.1; If the count of 64bit & 32bit libs are same, everything is OK. But Failed with VIVO X7 as codyi96 said

zsajjad · 2019-08-14T13:22:52Z

I made changes to packagingOptions and things are working fine on all devices both 64-bit & 32 bit devices

    defaultConfig {
        ndk {
            abiFilters 'armeabi-v7a','arm64-v8a','x86','x86_64'
        }
    }
    ...
    packagingOptions {
        doNotStrip '*/mips/*.so'
        doNotStrip '*/mips64/*.so'
        pickFirst '**/armeabi-v7a/libc++_shared.so'
        pickFirst '**/x86/libc++_shared.so'
        pickFirst '**/arm64-v8a/libc++_shared.so'
        pickFirst '**/x86_64/libc++_shared.so'

        pickFirst '**/x86/libjsc.so'
        pickFirst '**/armeabi-v7a/libjsc.so'

        exclude "lib/arm64-v8a/libgnustl_shared.so"
        exclude '/lib/mips64/**'
        exclude '/lib/arm64-v8a/**'
        exclude '/lib/x86_64/**'
    }

codyi96 · 2019-08-15T02:39:58Z

I made changes to packagingOptions and things are working fine on all devices both 64-bit & 32 bit devices

    defaultConfig {
        ndk {
            abiFilters 'armeabi-v7a','arm64-v8a','x86','x86_64'
        }
    }
    ...
    packagingOptions {
        doNotStrip '*/mips/*.so'
        doNotStrip '*/mips64/*.so'
        pickFirst '**/armeabi-v7a/libc++_shared.so'
        pickFirst '**/x86/libc++_shared.so'
        pickFirst '**/arm64-v8a/libc++_shared.so'
        pickFirst '**/x86_64/libc++_shared.so'

        pickFirst '**/x86/libjsc.so'
        pickFirst '**/armeabi-v7a/libjsc.so'

        exclude "lib/arm64-v8a/libgnustl_shared.so"
        exclude '/lib/mips64/**'
        exclude '/lib/arm64-v8a/**'
        exclude '/lib/x86_64/**'
    }

Thank you for your reply! But I have different opinions.
It's impossiable to generate an apk file included .so files for arm64-v8a i think. Because you has excluded /lib/arm64-v8a/**.
In other words, the following configuration is invalid:

     defaultConfig {
         ndk {
             abiFilters 'arm64-v8a'
         }
     }

In this case, you only used .so files for armeabi-v7a instead of arm64-v8a, so it works.😂
@zsajjad

Fixed: facebook/react-native#25490 Make extraction strategy of .so files smarter. In past versions, SoLoader follows standard rule to extract .so files from zip. However, some phones customize application installer which doesn't follow standard rule. And then, may cause crash because .so files of different ABI is loaded in the application. But now, SoLoader will parse .so files in lib dir to determine which ABI should be extracted. It can ensure that only one type of ABI will be loaded in the application so that SoLoader can be adapted for more models.

waseefakhtar · 2019-08-20T11:04:05Z

I made changes to packagingOptions and things are working fine on all devices both 64-bit & 32 bit devices

    defaultConfig {
        ndk {
            abiFilters 'armeabi-v7a','arm64-v8a','x86','x86_64'
        }
    }
    ...
    packagingOptions {
        doNotStrip '*/mips/*.so'
        doNotStrip '*/mips64/*.so'
        pickFirst '**/armeabi-v7a/libc++_shared.so'
        pickFirst '**/x86/libc++_shared.so'
        pickFirst '**/arm64-v8a/libc++_shared.so'
        pickFirst '**/x86_64/libc++_shared.so'

        pickFirst '**/x86/libjsc.so'
        pickFirst '**/armeabi-v7a/libjsc.so'

        exclude "lib/arm64-v8a/libgnustl_shared.so"
        exclude '/lib/mips64/**'
        exclude '/lib/arm64-v8a/**'
        exclude '/lib/x86_64/**'
    }

@zsajjad I tried your suggestion by making changes to packagingOptions which now throws an exception saying /libimagepipeline.so" is 32-bit instead of 64-bit instead of the other way around (I mean, I can reproduce it even on an emulator and not just on an Oppo device):

2019-08-20 15:40:03.430 14786-15049/com.degoo.android.dev W/System.err: java.lang.UnsatisfiedLinkError: couldn't find DSO to load: libimagepipeline.so caused by: dlopen failed: "/data/data/com.degoo.android.dev/lib-main/libimagepipeline.so" is 32-bit instead of 64-bit com.facebook.soloader.SoLoader.doLoadLibraryBySoName(SoLoader.java:738) 
com.facebook.soloader.SoLoader.loadLibraryBySoName(SoLoader.java:591) 
com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:529) 
com.facebook.soloader.SoLoader.loadLibrary(SoLoader.java:484) 
com.facebook.imagepipeline.nativecode.ImagePipelineNativeLoader.load(ImagePipelineNativeLoader.java:40) 
com.facebook.imagepipeline.memory.NativeMemoryChunk.<clinit>(NativeMemoryChunk.java:31
com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:25)
com.facebook.imagepipeline.memory.NativeMemoryChunkPool.alloc(NativeMemoryChunkPool.java:13) 
com.facebook.imagepipeline.memory.BasePool.get(BasePool.java:267)
com.facebook.imagepipeline.memory.MemoryPooledByteBufferOutputStream.<init (MemoryPooledByteBufferOutputStream.java:51) com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:73) 
com.facebook.imagepipeline.memory.MemoryPooledByteBufferFactory.newByteBuffer(MemoryPooledByteBufferFactory.java:24) 
com.facebook.imagepipeline.producers.LocalFetchProducer.getByteBufferBackedEncodedImage(LocalFetchProducer.java:85) 
com.facebook.imagepipeline.producers.LocalFetchProducer.getEncodedImage(LocalFetchProducer.java:97) 
com.facebook.imagepipeline.producers.LocalResourceFetchProducer.getEncodedImage(LocalResourceFetchProducer.java:37) 
com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:50) com.facebook.imagepipeline.producers.LocalFetchProducer$1.getResult(LocalFetchProducer.java:46) 
com.facebook.common.executors.StatefulRunnable.run(StatefulRunnable.java:43) 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1167) 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:641) 
com.facebook.imagepipeline.core.PriorityThreadFactory$1.run(PriorityThreadFactory.java:51) java.lang.Thread.run(Thread.java:919)

Any idea why's that so?

codyi96 · 2019-08-20T11:18:36Z

Fixed by this pr.

waseefakhtar · 2019-08-21T15:06:09Z

@oprisnik could you merge @codyi96's PR and release a new version for Fresco?

oprisnik · 2019-08-21T15:44:18Z

Awesome, thanks @codyi96, I'll take a look.

Fixed: facebook/react-native#25490 Make extraction strategy of .so files smarter. In past versions, SoLoader follows standard rule to extract .so files from zip. However, some phones customize application installer which doesn't follow standard rule. It may cause crash because .so files of different ABI is loaded in the application. In order to deal with this problem, SoLoader will parse current process path to determine which ABI should be extracted. It'll ensure that only one type of ABI will be loaded in the application so that SoLoader can be adapted for more models.

Fixed: facebook/react-native#25490 Make extraction strategy of .so files smarter. In past versions, SoLoader follows standard rule to extract .so files from zip. However, some phones customize application installer which doesn't follow standard rule. It may cause crash because .so files of different ABIs are loaded in the application. In order to deal with this problem, SoLoader will parse the path of current process to determine which ABI should be extracted. It'll ensure that only one type of ABI will be loaded in the application so that SoLoader can be adapted for more models.

Summary: fix [bug](facebook/react-native#25490). Make extraction strategy of .so files smarter. In past versions, SoLoader follows standard rule to extract .so files from zip. However, some phones customize application installer which doesn't follow standard rule. And then, may cause crash because .so files of different ABI is loaded in the application. In this version, SoLoader will parse .so files in lib dir to determine which ABI of .so files should be extracted to lib-main dir. It can ensure that only one type of ABI will be loaded in the application so that SoLoader can be adapted for more models. Pull Request resolved: #45 Reviewed By: BurntBrunch Differential Revision: D16939437 Pulled By: oprisnik fbshipit-source-id: de4211ddcf71cedb4654a7d857ea2fbe818e021d

oprisnik · 2019-09-18T10:31:02Z

SoLoader 0.8.0 has been released. You can now update the version for RN and this should be fixed, fingers crossed.

Side note: With v0.8.0, we've also released a new NativeLoader interface that can be used instead of SoLoader.loadLibrary(...). This allows you to employ any native library loading mechanism you'd like. Just implement your own NativeLoaderDelegate and initialize NativeLoader with that instance.

btxd · 2019-09-24T07:38:02Z

Hi,guys.I have given up using fresco. Facebook developer solves the problem too slowly; use Glide to solve my problem

auchaphon · 2019-09-24T12:16:10Z

react-native v0.60.5
still issue please help me

ckitterl · 2019-09-24T12:55:33Z

react-native v0.60.5
still issue please help me

@auchaphon Upgrade Soloader 0.80 will resolve your problem.

auchaphon · 2019-09-24T12:58:55Z

react-native v0.60.5
still issue please help me

@auchaphon Upgrade Soloader 0.80 will resolve your problem.

how to upgrade in react-native , please

auchaphon · 2019-09-24T13:31:48Z

react-native v0.60.5
still issue please help me

@auchaphon Upgrade Soloader 0.80 will resolve your problem.

I try this , still not work

codyi96 · 2019-09-24T13:56:41Z

react-native v0.60.5
still issue please help me

@auchaphon Upgrade Soloader 0.80 will resolve your problem.

I try this , still not work

@auchaphon
You can try to do it like this:

configurations.all {
     resolutionStrategy {
       force "com.facebook.soloader:soloader:0.8.0"
     }
}

ursnj · 2019-09-26T18:16:27Z

in which file we have to force the soloader newer version ????

codyi96 · 2019-09-29T10:15:09Z

in which file we have to force the soloader newer version ????

build.gradle under your module folder.

For example:

You can check the version by run gradle dependencies in terminal:

File: build.gradle.txt

mars-lan · 2019-10-09T04:44:13Z

Can confirm that forcing soloader to 0.8.0 did not fix the issue. Still seeing the following crash on react-native 0.60.5 + react-native-v8 (i.e. not using hermes)

Fatal Exception: java.lang.UnsatisfiedLinkError
couldn't find DSO to load: libhermes.so
com.facebook.soloader.SoLoader.doLoadLibraryBySoName (SoLoader.java:789)
com.facebook.soloader.SoLoader.loadLibraryBySoName (SoLoader.java:639)
com.facebook.soloader.SoLoader.loadLibrary (SoLoader.java:577)
com.facebook.soloader.SoLoader.loadLibrary (SoLoader.java:525)
com.facebook.hermes.reactexecutor.HermesExecutor.<clinit> (HermesExecutor.java:20)
com.facebook.hermes.reactexecutor.HermesExecutorFactory.create (HermesExecutorFactory.java:27)
com.facebook.react.ReactInstanceManager$5.run (ReactInstanceManager.java:949)
java.lang.Thread.run (Thread.java:761)

nolife08021 · 2019-10-17T05:44:51Z

react-native v0.60.5
still issue please help me

@auchaphon Upgrade Soloader 0.80 will resolve your problem.

I try this , still not work

@auchaphon
You can try to do it like this:
configurations.all {
     resolutionStrategy {
       force "com.facebook.soloader:soloader:0.8.0"
     }
}

@codyi96 Hi, I had forced to 0.8.0 version, but still faced the same issue. Any advice?

codyi96 · 2019-10-17T06:07:53Z

react-native v0.60.5
still issue please help me

@auchaphon Upgrade Soloader 0.80 will resolve your problem.

I try this , still not work

@auchaphon
You can try to do it like this:
configurations.all {
     resolutionStrategy {
       force "com.facebook.soloader:soloader:0.8.0"
     }
}
@codyi96 Hi, I had forced to 0.8.0 version, but still faced the same issue. Any advice?

@nolife08021 Could u show me the logcat? Maybe this issue and yours are different, i guess.🤔

nolife08021 · 2019-10-17T07:58:08Z

@codyi96

Thanks for help. I fixed it with this solution https://github.com/facebook/react-native/issues/25415#issuecomment-541404167

mharlowfod · 2019-11-18T18:54:58Z

@nolife08021 That link comes up dead for me, can you confirm if it's still the solution or if it has moved? Any copy-paste would be great, too.

codyi96 · 2019-11-19T03:55:23Z

@mharlowfod
#25415 (comment)

kyubjn · 2019-11-28T03:42:24Z

I made changes to packagingOptions and things are working fine on all devices both 64-bit & 32 bit devices

    defaultConfig {
        ndk {
            abiFilters 'armeabi-v7a','arm64-v8a','x86','x86_64'
        }
    }
    ...
    packagingOptions {
        doNotStrip '*/mips/*.so'
        doNotStrip '*/mips64/*.so'
        pickFirst '**/armeabi-v7a/libc++_shared.so'
        pickFirst '**/x86/libc++_shared.so'
        pickFirst '**/arm64-v8a/libc++_shared.so'
        pickFirst '**/x86_64/libc++_shared.so'

        pickFirst '**/x86/libjsc.so'
        pickFirst '**/armeabi-v7a/libjsc.so'

        exclude "lib/arm64-v8a/libgnustl_shared.so"
        exclude '/lib/mips64/**'
        exclude '/lib/arm64-v8a/**'
        exclude '/lib/x86_64/**'
    }

It work for me. Thank bro

stale · 2020-02-27T05:33:55Z

Hey there, it looks like there has been no activity on this issue recently. Has the issue been fixed, or does it still require the community's attention? This issue may be closed if no further activity occurs. You may also label this issue as a "Discussion" or add it to the "Backlog" and I will leave it open. Thank you for your contributions.

stale · 2020-03-05T05:46:57Z

Closing this issue after a prolonged period of inactivity. If this issue is still present in the latest release, please feel free to create a new issue with up-to-date information.

xrebrovz added the Bug label Jul 4, 2019

react-native-bot added the Platform: Android Android applications. label Jul 4, 2019

oprisnik mentioned this issue Aug 19, 2019

Fatal Exception: java.lang.UnsatisfiedLinkError: couldn't find DSO to load: libnative-imagetranscoder.so caused by: dlopen failed: "/data/data/com.degoo.android/lib-main/libnative-imagetranscoder.so" is 64-bit instead of 32-bit facebook/fresco#2393

Closed

codyi96 mentioned this issue Aug 20, 2019

Optimize extraction strategy facebook/SoLoader#45

Closed

This was referenced Sep 25, 2019

App Bundle : couldn't find DSO to load: libfb.so facebook/SoLoader#46

Closed

Could not initialize SoLoader fresco-1.13.0 facebook/SoLoader#39

Closed

SoLoader is not compatible with Android app bundles facebook/SoLoader#43

Closed

gmaclennan mentioned this issue Feb 19, 2020

java.lang.UnsatisfiedLinkError in MainActivity digidem/mapeo-mobile#301

Closed

stale bot added the Stale There has been a lack of activity on this issue and it may be closed soon. label Feb 27, 2020

stale bot closed this as completed Mar 5, 2020

facebook locked as resolved and limited conversation to collaborators Mar 6, 2020

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

App Crash on Android OS 5.1.1 Real Oppo R7s (32BIT) RN(0.60.0) #25490

App Crash on Android OS 5.1.1 Real Oppo R7s (32BIT) RN(0.60.0) #25490

xrebrovz commented Jul 4, 2019 •

edited

Loading

reachzhai commented Jul 23, 2019 •

edited

Loading

ckitterl commented Jul 25, 2019 •

edited

Loading

BennyTian commented Aug 9, 2019

ckitterl commented Aug 9, 2019

BennyTian commented Aug 9, 2019

zsajjad commented Aug 9, 2019

codyi96 commented Aug 14, 2019

ckitterl commented Aug 14, 2019

zsajjad commented Aug 14, 2019

codyi96 commented Aug 15, 2019

waseefakhtar commented Aug 20, 2019 •

edited

Loading

codyi96 commented Aug 20, 2019

waseefakhtar commented Aug 21, 2019 •

edited

Loading

oprisnik commented Aug 21, 2019

oprisnik commented Sep 18, 2019

btxd commented Sep 24, 2019

auchaphon commented Sep 24, 2019

ckitterl commented Sep 24, 2019 •

edited

Loading

auchaphon commented Sep 24, 2019

auchaphon commented Sep 24, 2019

codyi96 commented Sep 24, 2019

ursnj commented Sep 26, 2019

codyi96 commented Sep 29, 2019

mars-lan commented Oct 9, 2019 •

edited

Loading

nolife08021 commented Oct 17, 2019

codyi96 commented Oct 17, 2019

nolife08021 commented Oct 17, 2019

mharlowfod commented Nov 18, 2019

codyi96 commented Nov 19, 2019

kyubjn commented Nov 28, 2019

stale bot commented Feb 27, 2020

stale bot commented Mar 5, 2020

App Crash on Android OS 5.1.1 Real Oppo R7s (32BIT) RN(0.60.0) #25490

App Crash on Android OS 5.1.1 Real Oppo R7s (32BIT) RN(0.60.0) #25490

Comments

xrebrovz commented Jul 4, 2019 • edited Loading

Environment:

Steps To Reproduce

reachzhai commented Jul 23, 2019 • edited Loading

ckitterl commented Jul 25, 2019 • edited Loading

BennyTian commented Aug 9, 2019

ckitterl commented Aug 9, 2019

BennyTian commented Aug 9, 2019

zsajjad commented Aug 9, 2019

codyi96 commented Aug 14, 2019

ckitterl commented Aug 14, 2019

zsajjad commented Aug 14, 2019

codyi96 commented Aug 15, 2019

waseefakhtar commented Aug 20, 2019 • edited Loading

codyi96 commented Aug 20, 2019

waseefakhtar commented Aug 21, 2019 • edited Loading

oprisnik commented Aug 21, 2019

oprisnik commented Sep 18, 2019

btxd commented Sep 24, 2019

auchaphon commented Sep 24, 2019

ckitterl commented Sep 24, 2019 • edited Loading

auchaphon commented Sep 24, 2019

auchaphon commented Sep 24, 2019

codyi96 commented Sep 24, 2019

ursnj commented Sep 26, 2019

codyi96 commented Sep 29, 2019

mars-lan commented Oct 9, 2019 • edited Loading

nolife08021 commented Oct 17, 2019

codyi96 commented Oct 17, 2019

nolife08021 commented Oct 17, 2019

mharlowfod commented Nov 18, 2019

codyi96 commented Nov 19, 2019

kyubjn commented Nov 28, 2019

stale bot commented Feb 27, 2020

stale bot commented Mar 5, 2020

xrebrovz commented Jul 4, 2019 •

edited

Loading

reachzhai commented Jul 23, 2019 •

edited

Loading

ckitterl commented Jul 25, 2019 •

edited

Loading

waseefakhtar commented Aug 20, 2019 •

edited

Loading

waseefakhtar commented Aug 21, 2019 •

edited

Loading

ckitterl commented Sep 24, 2019 •

edited

Loading

mars-lan commented Oct 9, 2019 •

edited

Loading