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)
Core
XPCOM
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
Updated•17 years ago
|
QA Contact: general → xpcom
Comment 2•4 years ago
|
||
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.
Description
•