Bug 12123 - Calendar CssClass access error
Summary: Calendar CssClass access error
Status: NEW
Alias: None
Product: Class Libraries
Classification: Mono
Component: System.Web (show other bugs)
Version: 2.10.x
Hardware: Other Linux
: --- normal
Target Milestone: Untriaged
Assignee: Bugzilla
URL:
Depends on:
Blocks:
 
Reported: 2013-05-06 13:19 UTC by Chris barr
Modified: 2014-01-17 16:22 UTC (History)
1 user (show)

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


Attachments

Description Chris barr 2013-05-06 13:19:54 UTC
I am currently developing a "web site" project on Windows and am deploying it to an Ubuntu AWS instance for the production environment. (mono info at the end). 
I have a Calendar object that defines DayStyle-CssClass="weekday", I have also tested <DayStyle CssClass="weekday" /> outside of the calendar tag, that always returns empty string as the CssClass object when it's acccessed in mono within a function.

This is a severely emptied function so as it doesn't actually doing anything at all, but it's the way that the CssClass is accessed.
protected void calendar_DayRender_onMouseover(object sender, DayRenderEventArgs e) 
{ 
        string mouseOutStyle = "this.className='" + e.Cell.CssClass + "'"; 
} 
The issue is that in Windows MS.NET e.Cell.CssClass contains the value from DayStyle-CssClass, in mono DayStyle-CssClass is empty string. 

On page load the styles are applied correctly, but the OnDayRender="calendar_DayRender_onMouseover" function tries to access the object it's empty.

To me, it looks like, according to the calendar class, a calendar day(cell) is a TableCell, and that the TableCell is what should contain the CssClass object, at least it does on the MSDN and how I'm accessing it "e.Cell.CssClass".
I'm Guessing that a TableCell inherits the WebControl that contains the style object of the Style class. It looks like accessing Cell.CssClass is all in place, but I cannot find where exactly the style initialization exists in the calendar class. The calendar is rendered correctly originally but the object is not persistent after the initial display.

Mono JIT compiler version 2.10.8.1 (Debian 2.10.8.1-1ubuntu2.2) 
Copyright (C) 2002-2011 Novell, Inc, Xamarin, Inc and Contributors. www.mono-project.com 
        TLS:           __thread 
        SIGSEGV:       altstack 
        Notifications: epoll 
        Architecture:  amd64 
        Disabled:      none 
        Misc:          softdebug 
        LLVM:          supported, not enabled. 
        GC:            Included Boehm (with typed GC and Parallel Mark)
Comment 1 Chris barr 2013-05-15 13:05:57 UTC
What is needed for someone to look at this bug or point me in the direction of someone that can fix this issue?
The forums have not been any help at all.
Comment 2 Chris barr 2013-12-25 02:11:25 UTC
There has been no progress on a clearly large issue between MS .NET and Mono. Is this ever going to be looked at? Are there any steps to take? Is there any other information that I can provide. There has been zero help with the bugs in mono.
Comment 3 Chris barr 2014-01-17 16:22:22 UTC
This was reported 8 months ago. It is a critical failure within Mono. Do anyone maintain the software at all?

Note You need to log in before you can comment on or make changes to this bug.