Bug 676363

Summary: DateTimeOffset fails to serialize due to FieldAccessException
Product: [Mono] Moonlight Reporter: David Straw <david.straw>
Component: pluginAssignee: Swamp Workflow Management <swamp>
Status: RESOLVED FIXED QA Contact: Swamp Workflow Management <swamp>
Severity: Normal    
Priority: P5 - None    
Version: SVN   
Target Milestone: ---   
Hardware: x86-64   
OS: Ubuntu   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: A simple test case to reproduce the issue
Output of MOON_TRACE=E:all

Description David Straw 2011-03-02 17:55:03 UTC
Created attachment 417124 [details]
A simple test case to reproduce the issue

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.13 (KHTML, like Gecko) Chrome/9.0.597.98 Safari/534.13

I have a WCF DataContract type that contains a DateTimeOffset. If I try to pass this type to my web service, I get a FieldAccessException in Moonlight during serialization.

Reproducible: Always

Steps to Reproduce:
1. Create a DataContract with a DateTimeOffset property
2. Attempt to send the data type to a web service
Actual Results:  
The web service call fails with the exception described above.

Expected Results:  
The DateTimeOffset should serialize correctly and the web service call should succeed.
Comment 1 David Straw 2011-03-02 17:55:59 UTC
To use the attached project, run Build\WcfService1.exe from a Windows machine and browse to port 8100 from Moonlight.
Comment 2 David Straw 2011-03-02 17:57:38 UTC
Created attachment 417125 [details]
Output of MOON_TRACE=E:all
Comment 3 Sebastien Pouliot 2011-03-02 18:16:05 UTC
I cannot test it right now but try the build from 5c22893
AFAICT the deserialization should already be covered
Comment 4 David Straw 2011-03-02 21:15:45 UTC
I verified that the FieldAccessException no longer occurs in 5c22893. However I ran into another issue with serializing DateTimeOffsets, so I opened a new bug, #676454.
Comment 5 Sebastien Pouliot 2011-03-08 13:03:31 UTC
closing as fixed (as per last comment)