Closed Bug 454631 Opened 17 years ago Closed 4 years ago

nsIVariant::setFromVariant () does not work for nsIDataType::VTYPE_INT64 and nsIDataType::VTYPE_UINT64

Categories

(Core :: XPCOM, defect)

defect
Not set
major

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: kayjay, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.9.0.1) Gecko/2008070208 Firefox/3.0.1 (.NET CLR 3.5.30729) This two types are not covered by the switch-case implementation of this method (see xpcom\ds\nsVariant.cpp). As a result client gets NS_ERROR_FAILURE and has to implement work-arounds for this two types. Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: NS_ERROR_FAILURE Expected Results: NS_OK and new variant with proper value
Of course the fix is trivial (just two new lines for switch) and I'm pretty confused if it hasn't been found before or is there some special reason for that?
Component: General → XPCOM
OS: Windows Vista → All
Product: Firefox → Core
Hardware: PC → All
Version: unspecified → Trunk
QA Contact: general → xpcom

Closing this as resolved:incomplete since the last activity on this issue was 13 years ago and this might not be relevant for today's Firefox version.

Status: UNCONFIRMED → RESOLVED
Closed: 4 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.