Android App - Changing Instant uploads directory crashes app

I’ve migrated an ownCloud install to Nextcloud and replaced the Android ownCloud app with the Nextcloud beta. Both were installed from the F-Droid repository.

Changing the instant uploads directory instantly crashes the app. The error log (with device info) is copied below:
************ CAUSE OF ERROR ************

java.lang.RuntimeException: Unable to start activity ComponentInfo{com.nextcloud.android.beta/com.owncloud.android.ui.activity.UploadPathActivity}: java.lang.IllegalStateException: This Activity already has an action bar supplied by the window decor. Do not request Window.FEATURE_SUPPORT_ACTION_BAR and set windowActionBar to false in your theme to use a Toolbar instead.
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2325)
at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:2387)
at android.app.ActivityThread.access$800(ActivityThread.java:151)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1303)
at android.os.Handler.dispatchMessage(Handler.java:102)
at android.os.Looper.loop(Looper.java:135)
at android.app.ActivityThread.main(ActivityThread.java:5254)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Method.java:372)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:903)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:698)
Caused by: java.lang.IllegalStateException: This Activity already has an action bar supplied by the window decor. Do not request Window.FEATURE_SUPPORT_ACTION_BAR and set windowActionBar to false in your theme to use a Toolbar instead.
at android.support.v7.app.AppCompatDelegateImplV7.setSupportActionBar(AppCompatDelegateImplV7.java:198)
at android.support.v7.app.AppCompatActivity.setSupportActionBar(AppCompatActivity.java:99)
at com.owncloud.android.ui.activity.ToolbarActivity.setupToolbar(ToolbarActivity.java:52)
at com.owncloud.android.ui.activity.FolderPickerActivity.onCreate(FolderPickerActivity.java:98)
at com.owncloud.android.ui.activity.UploadPathActivity.onCreate(UploadPathActivity.java:38)
at android.app.Activity.performCreate(Activity.java:5990)
at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1106)
at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2278)
... 10 more
 
************ DEVICE INFORMATION ***********
Brand: google
Device: mako
Model: Nexus 4
Id: LMY48T
Product: occam
 
************ FIRMWARE ************
SDK: 22
Release: 5.1.1
Incremental: 2237560

Anyone else have this problem or just me? Other than that the migration went well and I didn’t have any other issues.

@tombrossman I am currently away for the rest of the week, so I can’t work on this. Can you post this on the Github page?
Very very soon you should see the stable version on f-droid since the one you installed is the actual beta :slight_smile:
That one version is with features yet to come so it isn’t a hardened version.

Apologies, I’ve closed my GitHub account so I can’t report it there.
It’s no problem though since I think I can just keep using the
ownCloud app for now. No rush and I’ll test the updated version
whenever it’s ready.

@tombrossman Tobias did another beat release, see bug report here which might cover your issue too :slight_smile: https://github.com/nextcloud/android/issues/31

1 Like

@tombrossman does the issue still persist? IN around 24H

IF you have some time to spare you can download and install/test the (upcoming) beta app (like before it can be installed in parallel to the stable release) https://f-droid.org/repository/browse/?fdfilter=Nextcloud&fdid=com.nextcloud.android.beta

Sorry, I should have followed up earlier. I’m on 1.3.1 installed from F-Droid and it works perfectly. Thanks.

No worries @tombrossman it also took me a while to get back to you on this matter :wink:
Happy to hear the issue has been resolved in the recent versions.

@tombrossman Just a ping… 1.4.0 is available on f-droid :smiley: :rocket:

I’m running it now and it works well. Had to re-enable auto uploads but that was easy and intuitive.

The first thing I noticed is that I can no longer configure the app to upload still images on mobile data but restrict video uploads to WiFi only. Minor problem though. I was pleased to see it now detects the Screenshots directory for auto upload, that’s a welcome change.

1 Like

Glad to hear that,for the images vs videos issue we are still looking to find a nice and intuitive way to configure that.