DayView and Appointment is black

[Hardy]

Hi,

I have a problem with RadScheduler when running on production server.

The DayView and the fill of the appointment is black and not the color defined by design.

In WeekView and MonthView the Friday cells are even black.

So no text is visible.

 

Running on my development machine everything is fine.

Now I have installed VS on the production server. Running the site as debug everything is well displayed.

Deploying the app using folder profile: DayView etc is black...

 

Do you have a tip to fix this problem?

 

Regards

Hardy

[Vessy]

Hi Hardy,

Are you experiencing the faced problem only in IE or in all browsers? I am asking you that as usually, such issues occur when IE is running in Compatibility mode which forces the Classic rendering of the controls, while the page has custom styles targeting Lightweight. The following article provides details on this matter as well as how to test it:

https://www.telerik.com/support/kb/aspnet-ajax/details/different-appearance-in-internet-explorer-on-local-and-production-servers

Please try the suggestions in it and let me know how it goes. You can also check the Incorrect or distorted appearance section here:
https://docs.telerik.com/devtools/aspnet-ajax/general-information/troubleshooting/skins-troubleshooting

Regards,
Vessy
Progress Telerik

[Hardy]

Hi Vessy,

we don't use IE.

The issue occurs in every Browser (Opera, Firefox, Edge etc.).

I have checked CSS, but no effect.

CDN and Skins are not in use.

Also there is no Zoom and the control will not be added during a request...

I have compared the DLLs at development area and production server. No difference.

Now checking the Render Modes...

Hope that will fix the problem.

Any other Tip?

 

regards

Hardy

[Vessy]

Hi Hardy,

Thanks a lot for the update.

You can use the following article in order to determine the render mode on the page easily:
https://docs.telerik.com/devtools/aspnet-ajax/knowledge-base/common-determine-mixed-render-mode

It will be also helpful if you send us a FiddlerCap log from the page loaded in local and in production, so we can compare the requests:
https://www.telerik.com/fiddler/fiddlercap

You can also follow the suggestions in the first two points of the Improve Your Debugging Skills with Chrome DevTools blog post explaining how to inspect the generated HTML and check the applied styles for various elements. 

• Inspect the Generated HTML of a Control;
• See the Applied Styles;

In this way you can check if the problematic styles are coming from a specific CSS file, or are set inline.

If they are set inline, you can compare the source of the page via a tool like Diff Checker and see what the differences on local and production are (especially in the $create statements of the Scheduler).

If the above does not help, you can open a primary support ticket (which is private) and send us a live url to the problematic page.

Regards,
Vessy
Progress Telerik