On Fri, Mar 11, 2016 at 11:26:05AM +0000, John Smith wrote: > > > > Miika knows this feeling. Quick question that I forgot to ask earlier. Do > > you have pictures stored in your dive log by any chance? For a while we > > stored pictures in the git repository and that can make the repository > > HUGE. Which would explain why things are so horribly slow. > > > > But I also know that under certain network conditions we do a very poor > > job, performance wise. Which is disappointing since normally git is a very > > efficient protocol. > > > I used to have photos but I deleted them after the initial reports of > problems. Nothing shows in my desktop but the android file size is massive.
Ah. Please follow the steps that Miika outlined. If that is not something you're comfortable with, let me know and I can do part of this on the server side and make things easier for you. > >>> Add manual dive - can change time but not date, other than that > >>> everything works as expected. > >> > >> What exactly do you mean by "not the date". I tested this several times, > >> my blind guess is that you somehow ended up with something that the > >> program doesn't parse correctly. The parsing is still a little too picky > >> for my taste :-( > > > > I tried a few edits and they all work for me. So a specific example would > > be good. > > > I used a fairly standard uk dd/mm/yyyy . I tried various permutations on this > - essentially trying to replicate the date as shown,but not using the - or . > Separators. Now I know the format it all works. Well, the problem was that you had to match the previous format fairly closely. It's still not as flexible as I'd like. And as I said earlier, I think the right solution is a date and time picker control. > >>> It's noticeable that although the access cloud warning has disappeared, > >>> the app is still thinking and everything is locked out until this process > >>> completes. > >> > >> Yes, the notice times out before the access is finished. Maybe that's not > >> ideal. THIS is something we could change quite easily. > > > > I just implemented that. > > I'm just playing with that. If I manually upload to the cloud, the accessing > cloud bar appears behind the still open manage dive menu. It might be worth > changing the display order for the cloud bar to top, or, possibly more > difficult, shutting the menu first before starting the upload. But in normal > startup etc it works well. We now have two interaction flows where for some people the notification is behind a menu. I'll try to figure out if I can force menus closed before showing the notification... > > You don't need to file bugs for the three things I mentioned as > > "Tomaz/Dirk are working on it". But do file a bug on the "editing a date" > > issue, ideally with an example. > > And on adding a cylinder from Subsurface-mobile We should at least file bugs on those two. As I said before, the date editing needs to be addressed, and we need a solution for the cylinder input. /D _______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
