Closed jesmrec closed 1 year ago
Current: download enqueued but old content displayed. By reopening the file, content is correct. Expected: download done and new content displayed
Happens in:
(unfortunately, not always reproducible)
Current: After entering credentials, app is frozen. Reopening the app not always fix the problem. Sounds like a problem in dependency injection Expected: Smooth authentication and file list process
Samsung A51 Android 12
d470bd968
Happens in:
Current: notification not clickable in snackbar Expected: notification clickable to redirect to login view
master | 3.0-beta.2 |
---|---|
Happens in:
Current: Sync badge is gone Expected: Sync badge displayed
Happens in:
Update: Fixed in https://github.com/owncloud/android/pull/3790
Current: upload stucked and never ends. Expected: upload resumed and finished
Happens in:
File starts to download (badge is gone as (14)), the way to check it is the Details
view.
By cancelling the selection mode, and selecting the file again, the (x) to cancel is in the toolbar. By clicking the (x), the download is cancelled but the (x) remains in the toolbar.
Expected: Download and cancel buttons should be handled dinamically in toolbar, as in master
. That means:
Sometimes, by clicking several times in (x) after cancelling, app crashes
Behaviour is correctly implemented in Details
view
Happens in:
Related to https://github.com/owncloud/android/issues/3498
Open with
and open the file with an external appCurrent: Toolbar shows Shared by link
in the details view
Happens in:
Details
view of any file in the root folderCurrent: toolbar is not correct. It includes items of root folder instead of Details view Expected: Details view items
Happens in:
Copy
Current: error message is too long, and could not be read completely:
Expected (master
): message is reduced: It is not possible to copy a folder into a descendant
NOTE: same for move
Happens in:
Photos
Photos
in another clientCurrent: Photos
folder is created again with the picture inside
Expected: Folder was deleted, so it should trigger a Folder error
. Maybe the current behaviour is not too evil, open to discussion
Happens in:
Open to discussion: when a bunch of files is uploaded and uploads run fast. it's difficult to check what's going on in the uploads view because items move up and down very fast in a non-readable way:
Happens in:
Current: Pending files with the status Uploading
, same as the file that is really being uploaded:
Expected: different status. File uploading with Uploading
and others with Waiting
or similar
Happens in:
Current: it may happen that the amount of enqueued files is very big. For example:
Do you think it'd be interesting to add a Clear
button to the enqueued? is it feasible to cancel works at that point?
Happens in:
Current: The option Unset as av. offline
is available in three dot menu while the folder is being synced.
Expected (current master
): while folder is being synced, the option to Unset as av. offline
is available on the top bar, so only one click is required to cancel sync:
Happens in:
Comes from https://github.com/owncloud/android/issues/2653
When a folder lacks of writing permission, FAB button could be hidden/disabled. In that way, we will avoid users to perform actions that will be banned.
Permissions available in property <oc:permissions>
with the following values:
Samsung A52
8f2d519d
Happens in:
Current: after first authentication, a credentials error is returned. By re-signing, everything OK Expected: No error after first authentication
Some logs were caught over cloud.damken.com
:
d470bd9685
Happens in:
Current: xMB of 982.2 MB used Expected: xMB of 1 GB used
Maybe not a client issue, maybe yes... open to discussion Same issue with other values.
Samsung A51, Android 12
f14caeff2
Happens in:
Maybe a feature, not a bug
Current: none of the uploaded (finished) files are there Expected: the uploaded files are there
Samsung A51, Android 12
f14caeff2
Happens in:
In master, after each upload, the file is stored in the database. In the new architecture, uploads won't be shown in the file list till the user refreshes
FMPOV is not a feature, nor a bug since it does not break anything, files will be there after the next refresh. It is the expected behavior when it was developed. Open to discuss, but it would be out of the scope of 3.0
Update 11/11/2022:
Taken as expected, but could be confusing for users that will expect files in the list. Let's wait for feedback
Current: Downloading...
status forever
Expected (master): Download error view
Samsung A51, Android 12
f14caeff2
Happens in:
Current: in uploads view, it shows Unknown error
, but file is uploaded and listed in the list view
Expected: Finished in uploads view
Samsung A51, Android 12
f14caeff2
Happens in:
Current: All 5 files appear in the target folder. The cancelled ones with 0B size Expected: Cancelled files not appearing in the file list
Samsung A51, Android 12
f14caeff2
Happens in:
maybe server involved... not sure. Propfind returns 0B files, but, they shouldn't be created from client side.
Notes:
Upload is never cancelled actually. The PUT operation isn't aborted, so the HTTP request always returns 201 and it is considered a success. Therefore, a new file is created, sometimes with the whole size of the file and sometimes with 0 B.
It happens in master
too.
Current: upload with Unknown error
Expected (msater): upload with App was terminated
Samsung A51, Android 12
f14caeff2
Happens in:
in a https with self-signed certificate server, try to stream a video (no matter if oCIS or oC10)
Current: message Streaming cannot be initialized because your server certificate is untrusted. File download will start automatically
. But, file does not start to download
Expected: Two options, both work for me: 1) Change the error message, by removing the last statement. 2) Make the file download after the error is displayed
Samsung A51, Android 12
f14caeff2
Happens in:
Current: link does not appear in the list till containing folder is refreshed. That does not happen in oC10. Expected: After creating the link, link is in the list and item is marked in the file list
NOTE: Same behaviour with "share with users"
Samsung A51, Android 12
f14caeff2
Happens in:
{
"ocs": {
"meta": {
"status": "ok",
"statuscode": 200,
"message": null,
"totalitems": "",
"itemsperpage": ""
},
"data": {
"id": "4",
"share_type": 3,
"uid_owner": "demo",
"displayname_owner": "demo",
"permissions": 1,
"stime": 1668076479,
"parent": null,
"expiration": null,
"token": "VBV2z5k8aocZdR1",
"uid_file_owner": "demo",
"displayname_file_owner": "demo",
"additional_info_owner": null,
"additional_info_file_owner": null,
"path": "/Photos/Portugal.jpg",
"mimetype": "image/jpeg",
"storage_id": "home::demo",
"storage": 2,
"item_type": "file",
"item_source": 11,
"file_source": 11,
"file_parent": 9,
"file_target": "/Portugal.jpg",
"name": "Portugal.jpg link",
"url": "https://demo.owncloud.com/s/VBV2z5k8aocZdR1",
"mail_send": 0,
"attributes": null
}
}
}
{
"ocs": {
"meta": {
"status": "ok",
"statuscode": 200,
"message": "OK"
},
"data": {
"id": "UQGYzwCADYzQcRs",
"share_type": 3,
"uid_owner": "admin",
"displayname_owner": "Admin",
"additional_info_owner": "admin@example.org",
"permissions": 1,
"stime": 1668076845,
"parent": "",
"expiration": "",
"token": "qxjYozSQoUubTJU",
"uid_file_owner": "admin",
"displayname_file_owner": "Admin",
"additional_info_file_owner": "admin@example.org",
"state": 0,
"path": "/random000.file",
"item_type": "file",
"mimetype": "application/octet-stream",
"storage_id": "shared::/random000.file",
"storage": 0,
"item_source": "1284d238-aa92-42ce-bdc4-0b0000009157$2331dfd3-18b3-43f3-b0a5-ce8ec9fdf0f3!df672e93-1f98-435b-a091-b970a94d04a3",
"file_source": "1284d238-aa92-42ce-bdc4-0b0000009157$2331dfd3-18b3-43f3-b0a5-ce8ec9fdf0f3!df672e93-1f98-435b-a091-b970a94d04a3",
"file_parent": "1284d238-aa92-42ce-bdc4-0b0000009157$2331dfd3-18b3-43f3-b0a5-ce8ec9fdf0f3!0dc6f1b4-f17d-4d4d-a614-bff0cfe7e93a",
"file_target": "/random000.file",
"share_with_user_type": 0,
"share_with_additional_info": "",
"mail_send": 0,
"name": "random000.file link",
"url": "https://ocis.ocis-traefik.latest.owncloud.works/s/qxjYozSQoUubTJU"
}
}
}
oCIS does not return the absolute path properly when creating a new public link. It is properly retrieved when getting the shares for that file though. That's why it is showing properly after refreshing the view
Current: It was not posible to unshare this file or folder because server could not be reached
. Server return 200
to the DELETE
request. Link is removed finally
Expected: No error message
NOTE: Same behaviour with "share with users"
Samsung A51, Android 12
f14caeff2
Happens in:
DELETE https://demo.owncloud.com/ocs/v2.php/apps/files_sharing/api/v1/shares/1?format=json
{"ocs":{"meta":{"status":"ok","statuscode":200,"message":null,"totalitems":"","itemsperpage":""},"data":[]}}
{"ocs":{"meta":{"status":"ok","statuscode":200,"message":"OK"}}}
At the moment, data is expected in the android app, so if it doesn't come, the parsing fails. We can adapt the parser to the new way.
Current: Error displayed: It was not posible to unshare this file or folder because server could not be reached
Expected: More accurate error
Samsung A51, Android 12
f14caeff2
Happens in:
Current: Error displayed: It was not posible to share this file or folder because it was not found
Expected: More accurate error, or prevent sharing for shared items without such permission.
Samsung A51, Android 12
f14caeff2
We receive a 404 when trying to do that, and the expected message for 404 errors isnot found
.
Shouldn't we get a 403 if resharing is not allowed?
Current: Unknown error
in uploads view
Expected (master): Permission error
Samsung A51, Android 12
f14caeff2
Happens in:
Current: Unknown error in uploads view Expected: More accurate error
Samsung A51, Android 12
f14caeff2
Happens in:
Current: Download progress bar is not continuos, so, cancelling sometimes comes later and the cancelled image is finally downloaded:
Expected: Download progress bar with progress information
Samsung A51, Android 12
f14caeff2
Happens in:
Current: ugly error in snackbar. First file is copied to the location, but the other files don't
Expected: files copied with no error
Samsung A51, Android 12
f14caeff2
Happens in:
When copying a file, we expect the fileId of the copied file in the response headers OC-FileId
In oCIS we don't receive that data which makes it fail.
Server issue: https://github.com/owncloud/ocis/issues/5039
Current: file is shown as conflicted Expected: file was always remote-modified, no local modification. So, no conflict should happen.
Samsung A51, Android 12
f14caeff2
Happens in:
Reproducible if the file is synced while picking the destination folder, otherwise it does not happen. Moving the file uses the latest state before moving, so if it is updated by the way, recent changes won't be applied and conflict may appear
current: nothing happens expected: move back to the list of files
Samsung A51, Android 12
f14caeff2
Happens in:
There is no way to cancel a folder sync / av. offline.
Samsung A51, Android 12 f14caeff2
Happens in:
Update: Fixed in https://github.com/owncloud/android/pull/3790
Current: app crashes. File is always save in the parent folder. That means, by selecting A/B/C to save the file, it is saved in A/B instead. So, root folder does not have parent and make the app crash
Expected: No crash
Samsung A51, Android 12 https://github.com/owncloud/android/commit/f14caeff2afc4481ff7115058db34a801d901223
Happens in:
Update: Fixed in https://github.com/owncloud/android/pull/3790
Current: Warning dialog missing and app not working. Ugly error instead. Expected: Warning displayed to be accepted by the user.
Here it is a simple guide how to simulate a certificate change: https://github.com/owncloud/ios-sdk/blob/master/doc/TESTING.md#simulating-certificate-changes
Samsung A51 Android 12
f14caeff2a
Happens in:
Take a look together with (1)
Current: new version of the file is automatically downloaded. Expected: new version of the file not downloaded. It should be downloaded when file is opened. Automatic download when refreshing/syncing folder is for available offline stuff.
This is not a bad behaviour, but could lead to confusion for scenarios with lots of modifications and/or av. offline files. All downloaded and av. offline will behave in the same way, breaking any difference between them. Since Download status is intended to be removed , this problem should not make us to spend a lot of time. Need to discuss.
Samsung A51 Android 12
f14caeff2a
Happens in:
Current: Progress bar on the top and spinner in the screen till the sync action finishes Expected: Progress bar and spinner only displayed in pull to refresh action. For syncing, just setting status badge should be enough
Samsung A51 Android 12
492645dcf
Happens in:
Current: After closing the bottom sheet, the app navigates to a non-existent file with the name of the file whose details (or whose preview) has been seen in step 2 Expected: No navigation, staying in the same folder
Samsung Galaxy S9 Android 9
7d6fb80
Happens in:
Notes:
It happens due to the property file
of FileActivity, from where many activities extend. When navigating to a preview or to a details view, the variable file
is overwritten with the current file being previewed or whose details are being seen, and when closing the bottom sheet, the method onResume
of FileDisplayActivity tries to navigate to file
expecting it as a folder.
Credentials error
Current: crash Expected: moved to login view
Stack trace:
FATAL EXCEPTION: main
Process: com.owncloud.android, PID: 9479
java.lang.IllegalStateException: Cannot access database on the main thread since it may potentially lock the UI for a long period of time. at androidx.room.RoomDatabase.assertNotMainThread(RoomDatabase.java:469)
at androidx.room.RoomDatabase.query(RoomDatabase.java:525)
at androidx.room.util.DBUtil.query(DBUtil.java:86)
at com.owncloud.android.data.transfers.db.TransferDao_Impl.getTransfersWithStatus(TransferDao_Impl.java:504)
at com.owncloud.android.data.transfers.datasources.implementation.OCLocalTransferDataSource.getFailedTransfers(OCLocalTransferDataSource.kt:127)
at com.owncloud.android.data.transfers.repository.OCTransferRepository.getFailedTransfers(OCTransferRepository.kt:99)
at com.owncloud.android.usecases.transfers.uploads.RetryFailedUploadsForAccountUseCase.run(RetryFailedUploadsForAccountUseCase.kt:40)
at com.owncloud.android.usecases.transfers.uploads.RetryFailedUploadsForAccountUseCase.run(RetryFailedUploadsForAccountUseCase.kt:32)
at com.owncloud.android.domain.BaseUseCase.execute(BaseUseCase.kt:30)
at com.owncloud.android.ui.activity.UploadListActivity.onRemoteOperationFinish(UploadListActivity.java:156)
at com.owncloud.android.services.OperationsService.lambda$dispatchResultToOperationListeners$0(OperationsService.java:398)
at com.owncloud.android.services.OperationsService$$ExternalSyntheticLambda0.run(Unknown Source:6)
at android.os.Handler.handleCallback(Handler.java:938)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loopOnce(Looper.java:226)
at android.os.Looper.loop(Looper.java:313)
at android.app.ActivityThread.main(ActivityThread.java:8663)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:567)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1135)
Samsung A51, Android 12
b15316ff7
Happens in:
Current: File is not opened Expected: File opened to fix the conflict
NOTE: if the file is not in root, conflict dialog appears but app crashes after choosing any option
Samsung A51, Android 12
cfa459804
Happens in:
Current: av. offline and downloaded files are missing Expected: av. offline and downloaded files are locally downloaded
Samsung A51, Android 12
1c8ac816a
Happens in:
Before 3.0, we are releasing a 3.0 beta.3 with the following fixes:
Synchronization engine with new architecture
TASKS:
emptyList
withlistOf
and adding insideReleaseNote()
with String resourcesrelease/3.0
in owncloud/android, into masterCategory:News + Tag:android
)#updates
and#marketing
in internal chatQA (pending reports)
S1:
S2:
S3:
Unknown error
https://github.com/owncloud/android/issues/3724#issuecomment-1306830218