← Back to team overview

ubuntu-phone team mailing list archive

Re: Landing call 3.12.13

 

I know you guys have your hands full to say the least, and I appreciate the hard work you put into this, but as a "private dogfooder" (Nexus 4) since mid October it would be nice to see some kind of roadmap regarding a couple of really important issues from a usability perspective:
1) When do you expect working bluetooth?
2) Automatic two-way synchronization with Google contacts/calendar?
3) Plans for an e-mail client that can handle multiple accounts?
4) Working MMS?
5) Fix for the browser lagginess? Due to the lack of apps, UT users have to rely on the browser for many things. For me, the usefulness of the browser is severely hampered by the fact that it takes 7 seconds to bring up the Activities panel and another 7 seconds to open the Bookmarks panel. Including load times, I usually have to wait closer to 20 seconds to view a bookmarked page.
6) The ability to listen to music with the screen off?

Again, I really appreciate the commitment and hard work many of you put into this project and I will gladly assist in making UT better if I can. I can live with occasional crashes and some of the bugs, but I would really like to know when you think the issues above will be resolved?

Thank you!
Tomas

Den den 4 december 2013 09:04:48 skrev Didier Roche:
Le 03/12/2013 20:26, Oliver Grawert a écrit :
hi,
On Di, 2013-12-03 at 14:06 -0500, Rick Spencer wrote:
Seems like with everything moving we are having a hard time getting a
good image out. Any thought to stopping changes that don't address the
blockers until we get a good image?
with everything stopped it means that changes start to pile up and we
end up getting gigantic change sets which then makes it hard to identify
a single breakage in a landing ...

we should put our focus indeed on the main blockers, but should still go
on landing stuff that is not actually related to the current issues and
check it so we can make sure it does not interfere or introduce new
breakage. the blockers usually only have one or two specialists that can
fix them which produces an artificial bottleneck for all of us if we
stop all unrelated landings because of them.

lets go on as we do and simply see that we can put as much focus onto
the blockers as possible, but lets not block unrelated landings for
this.

getting a better automated testing infrastructure and more dogfooders
that also find the corner cases appears more intresting than just
blocking the whole world for something that can only be fixed by a small
fraction of the team imho ...

Knowing that it seems we'll only get the 2 Unity8 fixes next week as
the specialist isn't available this week. But those 2 are not
blockers, just high priority bugs worth mentioning IMHO as regressing
(but already in promoted image).

However, we ensure that we won't get any new release without a fix in
components that have a blocker bug (so no Unity8 release before the
bugs are fixed for instance).

Didier


---
Detta epostmeddelande innehåller inget virus eller annan skadlig kod för avast! antivirus är aktivt.
http://www.avast.com



Follow ups

References