On Wed, Mar 5, 2014 at 7:45 PM, James Tait wrote:
> I've had a couple of thoughts about how we might approach this:
>
> - Pass them as discrete GET parameters. This has the benefit of being
>easy to test in a browser, and totally transparent. It's also less
>likely to be problematic wit
Hi,
I asked stgraber for some information and he writes:
###
There's no need for a new tag in the json files, all "path" fields in
the spec have always been defined as "Relative path or URL".
###
Perhaps the clients have not yet implemented the URL case, but that is
where the logic should be. Ad
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/03/14 07:54, Michael Nelson wrote:
> On Wed, Mar 5, 2014 at 7:45 PM, James Tait
> wrote:
>> I've had a couple of thoughts about how we might approach this:
>>
>> - Pass them as discrete GET parameters. This has the benefit of
>> being easy to
On Thu, Mar 6, 2014 at 4:54 AM, Michael Nelson
wrote:
> On Wed, Mar 5, 2014 at 7:45 PM, James Tait wrote:
>> I've had a couple of thoughts about how we might approach this:
>>
>> - Pass them as discrete GET parameters. This has the benefit of being
>>easy to test in a browser, and totally t
Hola list,
I am a full time user of the Ubuntu on my Phone and with time and by
comparing to different OS out there I have realized that the height of the
tabbar is a bit too much, its taking a good part of the screen space.
I believe its something that needs to be discussed and the height needs
On Mon, Mar 3, 2014 at 5:15 PM, Manuel de la Pena
wrote:
>
> On Mon, Mar 3, 2014 at 7:19 PM, Barry Warsaw wrote:
>>
>> On Mar 03, 2014, at 02:50 AM, Alejandro J. Cura wrote:
>>
>> >You mention that you don't like the download manager doing the
>> >installation, but to put it more strictly: the do
On Mon, Mar 3, 2014 at 11:38 AM, Ted Gould wrote:
> What we're doing for alarms is having the application provide a URL that
> gets called if the user clicks on the notification. So the clock app sets up
> an alarm and sets the URL to "alarms:///foo/whatever" and registers for that
> URL in the UR
On Mar 06, 2014, at 01:21 PM, Alejandro J. Cura wrote:
> * and it needs to do *something* when a given download has finished (or
> failed)
With system-image-dbus, that *something* is "send a 'finished' signal" over
D-Bus. That works for s-i because it stays alive and can respond to that
request
On Thu, Mar 6, 2014 at 1:12 PM, Barry Warsaw wrote:
> On Mar 06, 2014, at 01:21 PM, Alejandro J. Cura wrote:
>
>> * and it needs to do *something* when a given download has finished (or
>> failed)
>
> With system-image-dbus, that *something* is "send a 'finished' signal" over
> D-Bus. That works
Hey everyone,
That's a topic that has been discussed between different groups of
people recently, on merge requests [1] and bug reports, and it feels
like we should have the discussion on a common place/together, to decide
what is best, and all do the same thing.
Summary of the issue:
- in u
On Thu, Mar 6, 2014 at 9:44 AM, Natalia wrote:
> On Thu, Mar 6, 2014 at 4:54 AM, Michael Nelson
> wrote:
>> On Wed, Mar 5, 2014 at 7:45 PM, James Tait wrote:
>>> I've had a couple of thoughts about how we might approach this:
>>>
>>> - Pass them as discrete GET parameters. This has the benefit
On 03/06/2014 12:19 PM, Sebastien Bacher wrote:
> Hey everyone,
>
> That's a topic that has been discussed between different groups of
> people recently, on merge requests [1] and bug reports, and it feels
> like we should have the discussion on a common place/together, to decide
> what is best, a
On Mar 06, 2014, at 02:13 PM, Alejandro J. Cura wrote:
>So, while the updates are downloading, how is s-i kept alive if the
>user switches to other apps? Is it somehow escaping the app lifecycle?
Yes, because s-i isn't an app. It's a system bus service itself which is
invoked by system settings
Another day, another landing email. Two images since yesterday and still
two image promotion blockers (once the next image will be built).
#222:
- new click in preparation for libclick
- the online account revert discussed in yesterday's email
- indicator sound fixes for the desktop (let's user
On 14-03-06 12:19 PM, Sebastien Bacher wrote:
> Hey everyone,
>
> That's a topic that has been discussed between different groups of people
> recently, on merge requests [1] and bug reports, and it feels like we should
> have the discussion on a common place/together, to decide what is best, and
On 14-03-06 12:19 PM, Sebastien Bacher wrote:
> Hey everyone,
>
> That's a topic that has been discussed between different groups of people
> recently, on merge requests [1] and bug reports, and it feels like we should
> have the discussion on a common place/together, to decide what is best, and
Le 06/03/2014 19:02, Marc Deslauriers a écrit :
Wouldn't a better design be to have the lock screen in the user's session? That
way each user can have their own lock screen, and it can access the user's data
without any security issue and difficulty in transferring data between different
security
On Thu, Mar 6, 2014 at 7:02 PM, Marc Deslauriers
wrote:
> On 14-03-06 12:19 PM, Sebastien Bacher wrote:
>> Hey everyone,
>>
>> That's a topic that has been discussed between different groups of people
>> recently, on merge requests [1] and bug reports, and it feels like we should
>> have the discu
On Thu, Mar 6, 2014 at 2:14 PM, Barry Warsaw wrote:
> On Mar 06, 2014, at 02:13 PM, Alejandro J. Cura wrote:
>
>>So, while the updates are downloading, how is s-i kept alive if the
>>user switches to other apps? Is it somehow escaping the app lifecycle?
>
> Yes, because s-i isn't an app. It's a s
On Thu, Mar 6, 2014 at 6:19 PM, Sebastien Bacher wrote:
> Hey everyone,
>
> That's a topic that has been discussed between different groups of people
> recently, on merge requests [1] and bug reports, and it feels like we should
> have the discussion on a common place/together, to decide what is b
On 14-03-06 01:08 PM, Sebastien Bacher wrote:
> Le 06/03/2014 19:02, Marc Deslauriers a écrit :
>> Wouldn't a better design be to have the lock screen in the user's session?
>> That
>> way each user can have their own lock screen, and it can access the user's
>> data
>> without any security issue
On 14-03-06 01:16 PM, Ryan Lortie wrote:
>> 2. get lightdm to connect to the user-session bus and send back selected
>> informations to the greeter.
>>
>> That seems like the most flexible/powerful solution, giving access to
>> the user session might be a concern for security though.
>
> In a s
On Thu, Mar 6, 2014 at 7:16 PM, Ryan Lortie wrote:
> hi,
>
> On Thu, Mar 6, 2014, at 12:19, Sebastien Bacher wrote:
>> 1. using accountsservice there as well, maybe adding support for
>> "volatile" informations which wouldn't get store.
>
> I don't like this.
>
> The reason that we ever started to
hi,
On Thu, Mar 6, 2014, at 12:19, Sebastien Bacher wrote:
> 1. using accountsservice there as well, maybe adding support for
> "volatile" informations which wouldn't get store.
I don't like this.
The reason that we ever started to put information in accountsservice
was pretty simple: because w
On 14-03-06 01:06 PM, Thomas Voß wrote:
> On Thu, Mar 6, 2014 at 7:02 PM, Marc Deslauriers
> wrote:
>> On 14-03-06 12:19 PM, Sebastien Bacher wrote:
>>> Hey everyone,
>>>
>>> That's a topic that has been discussed between different groups of people
>>> recently, on merge requests [1] and bug repor
hi,
On Thu, Mar 6, 2014, at 13:42, Thomas Voß wrote:
> (1.) What means stale here? My assumption here is that any update to
> AS is timestamped.
Taking the media player example into account there are a few situations
that I can imagine that something goes wrong and we see 'stale'
information (f
On Thu, 2014-03-06 at 14:34 -0500, Ryan Lortie wrote:
> - on bootup we see the last song played before last shutdown
> - not likely a problem in any volatile storage situation
>
> - after the user logs out we see what was playing when they were logged
> in
>
> - the user is logged in, but
On Fri, Mar 7, 2014 at 6:44 AM, Thomas Voß wrote:
> On Thu, Mar 6, 2014 at 6:19 PM, Sebastien Bacher wrote:
>> 2. get lightdm to connect to the user-session bus and send back selected
>> informations to the greeter.
>>
>> That seems like the most flexible/powerful solution, giving access to the
>
On Thu, 2014-03-06 at 13:02 -0300, Alejandro J. Cura wrote:
> On Mon, Mar 3, 2014 at 11:38 AM, Ted Gould wrote:
> > What we're doing for alarms is having the application provide a URL that
> > gets called if the user clicks on the notification. So the clock app sets up
> > an alarm and sets the U
On Fri, Mar 7, 2014 at 6:19 AM, Sebastien Bacher wrote:
> 1. using accountsservice there as well, maybe adding support for "volatile"
> informations which wouldn't get store.
>
> That's the first suggestion made and some people started work using that
> approach. It feels suboptimal though, since
On Fri, Mar 7, 2014 at 6:19 AM, Sebastien Bacher wrote:
> Robert, what do you think of 2 and 3 from a lightdm perspective? Would you
> be happy to add support for one of those?
2 is no and we essentially have 3.
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post to : ubuntu-phone@lis
On 03/06/2014 12:57 PM, Didier Roche wrote:
Remaining issues for promoting an image:
On remaining things to fix, so, we still have:
1. Clock apps flaky tests and bugs (Nicholas + SDK team)
The SDK team is on that one
zsombi is working hard, and afaik has a merge in the works. This is
looking goo
Just a note image 224 otherwise seems fine; I experienced some flakiness
in the loudspeaker not toggling properly which I believe Alan has
already noted here:
https://bugs.launchpad.net/ubuntu/+source/dialer-app/+bug/1288692
Nicholas
--
Mailing list: https://launchpad.net/~ubuntu-phone
Post
On Thu, Mar 6, 2014 at 2:57 PM, Didier Roche wrote:
> Another day, another landing email. Two images since yesterday and still two
> image promotion blockers (once the next image will be built).
>
> #222:
> - new click in preparation for libclick
> - the online account revert discussed in yesterda
On Thu, Mar 6, 2014 at 9:57 AM, Didier Roche wrote:
> Click apps conversion landing:
> 1. Get the CI Train silo ready with the click changes + ubuntu-touch
> metapackage
Check.
> 2. Having the click app packages built as well
Check.
> 3. Test everything locally (Sergio)
Check.
> 4. Counter-s
On Thu, Mar 6, 2014 at 5:53 PM, Ted Gould wrote:
> The question is whether the end result is "the click is installed" or "the
> user is told that it's downloaded, and then can choose to install it." And
> that is a design question, where I haven't seen the design.
The end result with the current
Hey Didier - on the Mir build topic.
the build looked really good, AP tests were passing...including the
keyboard AP test. however, through manual testing I found a regression we
created somehow.
the bug is here
https://bugs.launchpad.net/unity-mir/+bug/1289058
for now, we'll take mir out of silo
Le 07/03/2014 04:09, Kevin Gunn a écrit :
Hey Didier - on the Mir build topic.
the build looked really good, AP tests were passing...including the
keyboard AP test. however, through manual testing I found a regression
we created somehow.
the bug is here
https://bugs.launchpad.net/unity-mir/+bu
38 matches
Mail list logo
