REGRESSION BUGS & IMPROVEMENTS:
NO REGRESSION
NOTE:
BRANDING CHANGES
Hello, world & @owncloud/android-developers
This release is getting quite later than what we estimated before. We'll have to reschedule some important things to have a release soon. Also, we need to focus as soon as possible on the problems we know will arise with Android Nougat, that is expected for the end of summer. See label https://github.com/owncloud/android/labels/Android_N for more details.
The most important change in the plan: available offline folders will have to go to release 2.2.0. The work in this functionality is pretty advanced, but we still need to update FileObserverService to correctly watch for local updates in any file contained in an av-off folder and its subfolders.
At the same time, the plan to keep instant uploads of pictures working in Android N implies updating the same service to watch for new pictures in the camera folder. Hence, instead of rewriting FileObserverService and friends twice, we'll face it's changes with both functions in mind.
I will update now the milestone to leave only the issues that we can have ready to release in roughly 1 week. I'll move all the other things to milestone 2.2.0, though this might be rescheduled later, since it holds a lot of issues inherited.
In a server 8.2, share a folder with a user in another server
In the file list, the folder appears as shared by link.
In the share view, the folder appears as shared by link with "Allow Editing" and "Password Protect" enabled
In the share view, the "Share with users&groups" appears empty
In server side, appears correctly in both servers
Usual behaviour in federated sharing
Tested with Nexus5 v5.0.1, Nexus9 v6
Server that shares:
{"installed":true,"maintenance":false,"version":"8.2.6.2","versionstring":"8.2.6","edition":"Enterprise"}
In servers 9.0 and 9.1, the behaviour is correct.
@jesmrec , everything ready to start regression tests.
let's rock it!
Several files/folders are selected to be removed. During the removal of these items disables the other operations (disappearing from toolbar). It would be nice to set an (X) option like the one that appears during syncing/downloading. Now the toolbar appears empty with the three-dot-button menu displaced.
Am I the only thinking that the new icon seems too small with the transparent border?

Canceling deletion in progress is not an option right now.
it is a bit smaller that the other ones. I agree that it should not have borders if it makes the icon smaller.
It is a bit small, yes. Still material design spec in its size but not many apps care for the material spac when it comes to the launcher icon and the square form. So maybe make it slightly bigger even though it is not material compliant then but in this case it seems the right thing to do.
I had a fast look to MD specs, and couldn't find anything about the margin. Would you have a link at hand, @AndyScherzinger ?
Sure: https://material.google.com/style/icons.html#icons-system-icons and scroll down to the item "
Content area" and the following sub-chapters.
Icon content is limited to the 20dp x 20dp live area, with 4dp of trim around the perimeter.
Thanks a lot!
I would say that's not for this icon.
A system icon, or UI icon, symbolizes a command, file, device, or directory. System icons are also used to represent common actions like trash, print, and save.
I think we are talking here about a product icon, and its specs should be those of the previous section: https://material.google.com/style/icons.html#icons-product-icons
Product icons are the visual expression of a brand鈥檚 products, services, and tools.
Seems both are separate sections with separate rules, and for product icons the only reference related to borders is about a 1dp edge.
That would explain why all the other apps show bigger icons, even those materialized, such as Google apps or Twitter.
The first sync the folder and the file are marked with the conflict icon. The second sync, the conflict is solved automatically saving the device version in the server
The conflict remains until is solved
Tested with Nexus5 v6 and Nexus7 v4.3
Server v9.1
Woa, that's serious...
Removed transparent border in icons, moved to mipmap folder and updated workaround-app icons matching new app icon.
So, two bugs left and we'll have a release ready. Seems promising :D
@jesmrec , bug about remote share is now ready to test.
I found something strange while debugging. Server 8.2 is sending info about remote shares including a <url> element that is not present in 9.x responses.
Approved. Thanks to everybody involved in this version :)
Most helpful comment
Hello, world & @owncloud/android-developers
This release is getting quite later than what we estimated before. We'll have to reschedule some important things to have a release soon. Also, we need to focus as soon as possible on the problems we know will arise with Android Nougat, that is expected for the end of summer. See label https://github.com/owncloud/android/labels/Android_N for more details.
The most important change in the plan: available offline folders will have to go to release 2.2.0. The work in this functionality is pretty advanced, but we still need to update FileObserverService to correctly watch for local updates in any file contained in an av-off folder and its subfolders.
At the same time, the plan to keep instant uploads of pictures working in Android N implies updating the same service to watch for new pictures in the camera folder. Hence, instead of rewriting FileObserverService and friends twice, we'll face it's changes with both functions in mind.
I will update now the milestone to leave only the issues that we can have ready to release in roughly 1 week. I'll move all the other things to milestone 2.2.0, though this might be rescheduled later, since it holds a lot of issues inherited.