All users were logged out of Bugzilla on October 13th, 2018

XMLExtras SOAPDecoder handling of xsi:type when type is already known.

RESOLVED FIXED in mozilla0.9.9

Status

()

RESOLVED FIXED
17 years ago
16 years ago

People

(Reporter: rayw, Assigned: rayw)

Tracking

Trunk
mozilla0.9.9
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Assignee)

Description

17 years ago
This is one of what are likely to become a large number of necessary adjustments
to the SOAP implementation.

Currently, in the SOAP (default) decoder implementation, if a schema type is
known on a particular node (passed in from an outer-mode scope due to validation
information available there), then xsi:type is ignored, because it is believed
that the type is already known.

The proper action would be to attempt to retrieve the specified type.  If it is
found, then check to see whether it is compatible (usually as a subtype) with
the  type that the schema calls for, and raise an exception if it is not.
(Assignee)

Updated

17 years ago
Status: NEW → ASSIGNED
(Assignee)

Updated

17 years ago
Target Milestone: --- → Future
(Assignee)

Updated

17 years ago
Target Milestone: Future → mozilla0.9.9
(Assignee)

Comment 1

17 years ago
I put back the fix for this, no review because SOAP is not part of default
build.  My fix checks both for xsi:type and/or the declared schema type of the
element.
Status: ASSIGNED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → FIXED
(Assignee)

Comment 2

17 years ago
I also realized I failed to put the bug number into the comment of the check-in.
 It was fixed in version 1.42 of nsDefaultSOAPEncoder.cpp.

Updated

16 years ago
QA Contact: petersen → rakeshmishra
You need to log in before you can comment on or make changes to this bug.