No way to cancel SendFiles() in obexd

No way to cancel SendFiles() in obexd

[Bastien Nocera]

Heya,

I have a slight problem with SendFiles().

When sending multiple files, and refusing one of them on the phone, the
subsequent files are still sent.

Is there a way to avoid that? Or should I rework the UI slightly to
mention that some files were not sent?

For a single file, you'll get a nice "retry" button if the phone refused
the connection. I'd prefer it if the agent could ask me whether to carry
on sending files, or cancel all the sending.

Cheers

Re: No way to cancel SendFiles() in obexd

[Vinicius Gomes]

Hi Bastien,

On Mon, Dec 14, 2009 at 2:01 PM, Bastien Nocera <hadess@hadess.net> wrote:
> Heya,
>
> I have a slight problem with SendFiles().
>
> When sending multiple files, and refusing one of them on the phone, the
> subsequent files are still sent.
>
> Is there a way to avoid that? Or should I rework the UI slightly to
> mention that some files were not sent?
>

As of now, there's no way to avoid that. Personally, I like the
current behavior, at least, it is consistent with other tools, cp for
example.

> For a single file, you'll get a nice "retry" button if the phone refused
> the connection. I'd prefer it if the agent could ask me whether to carry
> on sending files, or cancel all the sending.
>

Between those two options, I prefer cancel all the sending.

> Cheers
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>


Cheers,
-- 
Vinicius Gomes
INdT - Instituto Nokia de Tecnologia

Re: No way to cancel SendFiles() in obexd

[Bastien Nocera]

On Mon, 2009-12-14 at 15:44 -0300, Vinicius Gomes wrote:
> Hi Bastien,
> 
> On Mon, Dec 14, 2009 at 2:01 PM, Bastien Nocera <hadess@hadess.net> wrote:
> > Heya,
> >
> > I have a slight problem with SendFiles().
> >
> > When sending multiple files, and refusing one of them on the phone, the
> > subsequent files are still sent.
> >
> > Is there a way to avoid that? Or should I rework the UI slightly to
> > mention that some files were not sent?
> >
> 
> As of now, there's no way to avoid that. Personally, I like the
> current behavior, at least, it is consistent with other tools, cp for
> example.

That's fine if you're implementing a command-line tool. Most UIs that do
copy will block until the user acknowledges the problem.

> > For a single file, you'll get a nice "retry" button if the phone refused
> > the connection. I'd prefer it if the agent could ask me whether to carry
> > on sending files, or cancel all the sending.
> >
> 
> Between those two options, I prefer cancel all the sending.

That would be fine by me, at least I can implement re-sending in some
way, even if it's not the way it currently works.

Marcel, what do you think?