254216 - string IDL type behaves differently when used as return param and as [size_is(foo),retval]out

Status: RESOLVED INACTIVE

(Core :: XPConnect, defect)

Description

[Vladimir Vukicevic [:vlad] [:vladv] (needinfo me, slow to respond)]

We have right now in nsIScriptableInputStream.idl:
  string read(in unsigned long aCount);
and in nsIBinaryInputStream.idl:
  void readBytes(in PRUint32 aLength, [size_is(aLength), retval] out string
aString);

both end up as "char **retval" in the C++ side, but xpconnect isn't stripping
the 8th bit for the readBytes case (as it does for all other "string"s, either
in or return value).

nsIBinaryInputStream isn't frozen, so if this behaviour were to be fixed, the
signature of readBytes could be changed to something that doesn't strip the 8th bit.

Comment 1

[BMO Automation]

Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.