Bug 18093 - [iOS] DeserializeXElement test in System.Linq fails on iOS master builds
Summary: [iOS] DeserializeXElement test in System.Linq fails on iOS master builds
Status: VERIFIED FIXED
Alias: None
Product: iOS
Classification: Xamarin
Component: General ()
Version: master
Hardware: PC Mac OS
: --- normal
Target Milestone: 7.2.1
Assignee: Sebastien Pouliot
URL:
Depends on:
Blocks:
 
Reported: 2014-02-28 11:16 UTC by GouriKumari
Modified: 2014-03-12 18:58 UTC (History)
2 users (show)

Tags:
Is this bug a regression?: ---
Last known good build:

Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and Mono organizations on GitHub to continue tracking issues. Bugzilla will remain available for reference in read-only mode. We will continue to work on open Bugzilla bugs, copy them to the new locations as needed for follow-up, and add the new items under Related Links.

Our sincere thanks to everyone who has contributed on this bug tracker over the years. Thanks also for your understanding as we make these adjustments and improvements for the future.


Please create a new report on Developer Community or GitHub with your current version information, steps to reproduce, and relevant error messages or log files if you are hitting an issue that looks similar to this resolved bug and you do not yet see a matching new report.

Related Links:
Status:
VERIFIED FIXED

Description GouriKumari 2014-02-28 11:16:44 UTC
Steps to reproduce:
Update System to latest head of master e75844bfa5010798967725b97d14ce5a9fbc27e9 and to corresponding mono and maccore.
Execute System.Linq on device.

Actual Result:
DeserializeXElement test in System.Linq fails on master build

The earliest build on which the test passed is : 91bed023e0c16ffe3cdc1f9b36ea00cedb6b6c14

TestLog: https://wrench.internalx.com/Wrench/WebServices/Download.aspx?workfile_id=2086197


Test Env:
master e75844bfa5010798967725b97d14ce5a9fbc27e9
iPhone4 5.0.1, iPad6.0.1, iPodTouch 7.0.2
Comment 1 Sebastien Pouliot 2014-02-28 15:18:22 UTC
Does it only happen on device ?

Your logs shows it's a device - but not how it was built. Please always include details on how the app was build/executed (the test results link can't get me back to the lane and/or build log).

The dev bot is green for this revision
https://wrench.internalx.com/Wrench/ViewLane.aspx?lane_id=671&host_id=69&revision_id=252876

OTOH it looks identical to mono's public wrench
http://wrench.mono-project.com/Wrench/WebServices/Download.aspx?workfile_id=3045689

so it's likely the issue reported on the mailing list, c.c. Martin
Comment 2 GouriKumari 2014-02-28 15:59:47 UTC
Does it only happen on device ?

Your logs shows it's a device - but not how it was built. Please always include
details on how the app was build/executed (the test results link can't get me
back to the lane and/or build log).

DeSerializeXElement failure occured on iOS device in QA lanes.

Below is the build log and failure in an iPad 6.0.1 device

Build Log: https://wrench.internalx.com/Wrench/WebServices/Download.aspx?workfile_id=2084223

Test Failure log: https://wrench.internalx.com/Wrench/WebServices/Download.aspx?workfile_id=2084224
Comment 3 Sebastien Pouliot 2014-02-28 17:18:31 UTC
thanks. I can reproduce on device and on the simulator (when the linker is enabled).

The recent changes likely use some reflection to solve something and the linker needs to be aware of it (or the required type won't be available).
Comment 4 Sebastien Pouliot 2014-03-01 11:12:07 UTC
Fixed in master / 4332df5475139b63614dffe0a7dbc6ed3e9b4ba3
Comment 5 GouriKumari 2014-03-12 18:58:10 UTC
This bug is no longer occuring in QA monotouch 7.2.1 lanes. I am closing this bug as verified fixed.

Test Log:
https://wrench.internalx.com/Wrench/WebServices/Download.aspx?workfile_id=2153716
build:  5af4fbac366c7096c1988ab431e290a75a63545f