xbbg 1.1.2
Fixed
bdh/bdpwithformat='semi_long'dropped Int64-typed fields (#303): Bloomberg sends integer-typed fields (PX_VOLUME,OPEN_INT, etc.) as Float64 on the wire in HistoricalDataResponse even though FieldInfo declares themInt64/Long.crates/xbbg-core/src/value.rs::Value::as_i64(and itsOwnedValuetwin) and the inlineTypedBuilder::Int32::append_valuematch incrates/xbbg-async/src/engine/state/typed_builder.rshad no Float64 arm, so the wide-path Int builder null-filled those columns. Consequence:blp.bdh("ESH20 Index", flds=[..., "PX_VOLUME", "OPEN_INT"], format='semi_long')returned NaN for every volume / open-interest row.long/long_typed/long_metadatawere unaffected because their builders route via Float64 or stringify. Fixed by acceptingFloat64when it's finite, hasfract()==0.0, and fits the target integer range.TestOutputFormats::test_bdh_semi_long_integer_fields_issue_303locks this in live, plus existingbdp/bdhsemi_longtests now assertnotna().all()per column instead of just column names.
Full Changelog: v1.1.1...v1.1.2