Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

UI improvements in InstantUploadActivity #138

Closed
davivel opened this issue Apr 25, 2013 · 9 comments
Closed

UI improvements in InstantUploadActivity #138

davivel opened this issue Apr 25, 2013 · 9 comments
Assignees

Comments

@davivel
Copy link
Contributor

davivel commented Apr 25, 2013

  • Text size is too small.
  • The activity should keep the title / action bar as all the file related activities.
  • When the user selects 'Upload' in the options menu, the entry 'Failed InstantUpload' should not be there unless there are failed uploads to recover.
  • The menu entry should say something like 'Failed instant uploads' ; the word 'InstantUpload' is not regular English.
@ghost ghost assigned ickeundso Apr 25, 2013
@zerginator
Copy link
Contributor

@davivel why we need this activity at all ? If a instantUpload is not working it will be retried after the connection is established. We just need a listener which checks if the connection is there ? Or did I miss something ?

@ghost ghost assigned zerginator May 5, 2013
@davivel
Copy link
Contributor Author

davivel commented May 6, 2013

@zerginator The problem is that the automatic recovery is not always working fine. Repairing this one would be a preferable solution, but maybe a bit harder. Or maybe not.

As stated in some issue over there, the automatic recovery is triggered when a new Wi-Fi connection is got. There are two problems in this:

  1. The instant uploads can fail due to other reasons not related with lack of Wi-Fi; getting a new Wi-Fi connection may be an interesting trigger, but not necessary enough.
  2. Getting a new Wi-Fi does not mean have access to ownCloud server; the automatic recovery will fail again in this case, for every single file.

@zerginator
Copy link
Contributor

to 1. I'm reviewing the code of this. What could be a solution for this ? Check every 15 min if we have access to the server ?

If (InstantUploadEnabled && online && (ping from server == true) )
If (onlyWifi && WifiIsEnabled)
upload!
else if ( !onlyWifi ) {
upload!
}
else {
error!
}

@zerginator
Copy link
Contributor

the 15 min check will only be done if there are some files waiting for upload

@davivel
Copy link
Contributor Author

davivel commented May 6, 2013

No, please, don't define arbitrary polling periods to check. Just adding some other events, such as a new synchronization started or the main activtiy is created.

@ickeundso
Copy link

In my opinion, it is not every time the best solution to try to automate something.
At the case something goes wrong the user should have the option to get more informations about the failures and the possibilities to react on in different ways.

@ickeundso
Copy link

Text size is too small. --> what is the smallest size you can go with.
Do you mean only the failure messages at the left or also the button texts?

ickeundso pushed a commit that referenced this issue May 7, 2013
changes
in progress #138 UI - improvements in InstantUploadActivity
@ghost ghost assigned ickeundso May 7, 2013
@davivel
Copy link
Contributor Author

davivel commented May 8, 2013

Text in the list should be the same size that in the regular list of files. Same for buttons.

@davivel
Copy link
Contributor Author

davivel commented Jul 22, 2014

This activtiy was finally discarded.

@davivel davivel closed this as completed Jul 22, 2014
davigonz pushed a commit that referenced this issue Feb 10, 2017
Add GetRemoteUserAvatarOperation to get data and metadata of current user avatar.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants