Re: /error suppresses /fail replies

:-)

Well, given this is an opportunity to improve let=E2=80=99s agree a =
sensible behaviour. I think both clients should either send (the same!) =
/fail messages when errors are suppressed, or there should be an =
optional flag for that.

S.

> On 11 Jan 2021, at 11:03, [email protected] wrote:
>=20
> It's not the first supernova bug I would have fixed, so don't worry
> about that :-)
>=20
> On 11.01.2021 11:49, [email protected] wrote:
>> Okay, so this turns out to be a bigger mess. Supernova seems not to =
send /fail messages, and ignores the error suppression. :-/
>>=20
>>> On 11 Jan 2021, at 10:47, [email protected] wrote:
>>>=20
>>> Hi All,
>>>=20
>>> Quick query:
>>>=20
>>> The documentation for /error says "Turn on or off error messages =
sent to the SuperCollider post window.=E2=80=9D
>>>=20
>>> It does this, but also turns off /fail replies, a behaviour that is =
not documented. Quick test:
>>>=20
>>> b =3D Synth.basicNew(\default, s, 2000)
>>>=20
>>> OSCFunc.trace(hideStatusMsg: true)
>>>=20
>>> b.query; // node not found and /fail received
>>>=20
>>> s.sendBundle(0.1, ['/error', -1], ['/n_query', 2000]) // silence
>>>=20
>>> ___
>>>=20
>>> I think the /fail replies are harmless probably, as if you=E2=80=99re =
not interested, you=E2=80=99re not listening anyway.  It could be useful =
to be able to suppress the posts but still handle fails in other ways, =
e.g. to implement custom error responses. As another I was just trying =
to test if a node exists, and wanted to do that without worrying the =
user with a =E2=80=98FAILURE=E2=80=99.
>>>=20
>>> Would this be worth changing to match the documented behaviour? I =
don=E2=80=99t imagine anyone is counting on this, since it doesn=E2=80=99t=
 work as it says on the tin.
>>>=20
>>> Thoughts?
>>>=20
>>> S.
>>> _______________________________________________
>>> sc-dev mailing list
>>>=20
>>> info (subscription, etc.): =
http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/m=
ailinglist.aspx
>>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>>=20
>> _______________________________________________
>> sc-dev mailing list
>>=20
>> info (subscription, etc.): =
http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/m=
ailinglist.aspx
>> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
>> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/
>=20
> _______________________________________________
> sc-dev mailing list
>=20
> info (subscription, etc.): =
http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/m=
ailinglist.aspx
> archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
> search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/


_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/mailinglist.aspx
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/