-
Notifications
You must be signed in to change notification settings - Fork 684
[3.7.0] Release new version #923
Comments
BUG (1)Steps to reproduce
Expected behaviouriOS app shouldn't crash, even with older owncloud version Actual behaviouriOS app 3.5.6 crashes always Server configurationownCloud version: (see ownCloud admin page) ClientiOS version: ownCloud app version: Device model: |
BUG (3) (low) [FIXED]Steps to reproduce
Current behaviourError message is displayed correctly and webview shows "Authorization" button, skipping credentials. Expected behaviourError message is displayed correctly and webview shows fields to input credentials iPhone6Plus v10. Server10.0.4 |
BUG (4) (low) [FIXED]Steps to reproduce
Current behaviourWebview shows "Authorization" button, skipping credentials. Expected behaviourWebview shows fields to input credentials before authorizating iPhone6Plus v10. Server10.0.4 NOTE: only happens if the server was not changed. If it was, credentials are requested correctly. |
BUG (6) (medium) [FIXED]Steps to reproduce
Current behaviourField "Link Name" does not appear. Field "Show file listing" (for folders) does not appear Expected behaviourAll fields appear, so the server is version 10 or newer, where these fields were introduced (in the case of show file listing, was introduced in 10.0.1) iPad Air v10.3. Server10.0.3 (SAML/OAuth2/basic) It was checked the responsed JSON of the capabilities request when the app is opened for the steps 2. and 5. Both were the same:
|
BUG (7) (medium) [FIXED]Steps to reproduce
Current behaviourWebview does not disappear and seems to be stucked. By killing it and open the app again, the session has started. Expected behaviourWebview disappears after inputing correct credentials. iPadMini v10.1.1. Server10.0.4 |
BUG (8)Steps to reproduce
Current behaviour
The request PUT to change the permissions includes the header
but the body of the request (the form itself) is empty Expected behaviourPrivileges changed correctly iPadMini v10.1.1. Server10.0.4 |
BUG (10)Steps to reproduce
Current behaviourToken is not renewed. By killing the app and open it again, the token expires and from this moment, token expires correctly Expected behaviourCorrect expirations from the beginning. iPadMini v10.1.1. Server10.0.4 |
IMPRVMT (11) [FIXED]Some wording issues in login view:
to avoid a discrepance between the word |
@nasli about (4): the first time after installing that you try to edit credentials, credentials are not asked. After that, credentials are always asked. Now it is a low sev bug. |
Bug (8)#923 (comment) related sharees, ready to test in release_3.7.0 branch @jesmrec |
Bug (10) #923 (comment) Related OAuth session expired, forcing directly from the database makes the cookies does not expire, and with the fix from cookies now when you open the app, we keep using same cookies, so session never expire. Could be an issue in OAuth, if you remove from OAuth settings the sessions, the cookies keep alive.. |
BUG (12)Steps to reproduce
Current behaviourLogin view is raised again Expected behaviourSession starts and usen can perform as many actions as he wants iPadMini iOS10.1.1. Server10.0.3 |
Bug (12) seems to be the same as (7), looking it |
Bug (12) fixed within #970, (7) will be handle in different issue |
BUG (14)[iOS11] No sharing windows present Steps to reproduce
Expected behaviourThe "sharing-window" appears Actual behaviourNothing appears Same when you swipe right on a file and try to "open with" iOS version: 11.1.2 |
About BUG (14), the problem only happens when the app is installed from scratch and can be avoided when the app is opened after killing or after background (Could you check @ChrisEdS ?) as workaround. |
You're right, Jesus. After a quit and restart it works. Exactly once. Either with swipe or over the button. Unfortunately, this workaround does not work for the my wrapped MDM version. |
It sounds crazy but I think the menu is there but invisible. After the "Open With" order, the app does not respond exactly to the area where the menu would normally be. If I press on an area that would not be covered by the menu (the menu will disappear normally), everything will react again. In summary, I believe that the menu is already there - but "invisible". Maybe that helps with troubleshooting. |
Bug (14) could be related with a changes in permissions in iOS 11, the app bundle url we share, maybe we need to use a temporal folder to share it. |
At this point all the bugs are fixed. |
#Release a new version
TASKS:
[DIS] Update screenshots.PR: #958
PR library: owncloud/ios-library#168
BUGS
[FIXED] PR: Improve handling of cookies #962
[CHECK https://github.com/[3.7.0] Release new version #923#issuecomment-346549047 ] same as (3) PR: Improve handling of cookies #962 [FIXED]
[FIXED] PR: Improve handling of cookies #962
[FIXED, upgrade db, active user, add accounts, switch accounts] Not a regression, PR: Fix server share capabilities supported #960
check Fixed a bug on SAML after expiration of the session #850[FIXED] PR: Fix saml login view remain after renew credential with av offline files #974workaround firts changes to avoid duplicated sessions #973[FIXED] Update connection wording #961
The text was updated successfully, but these errors were encountered: