Sitecore Docs - Tech Tips by GS

 The Problem In a recent project based on Sitecore 10.1.4, I encountered an intriguing issue with Sitecore’s rendering parameters. Specifically, I was working with a rendering parameter template that included Checkbox fields. The standard values for these fields were set to “checked”  Observed Behavior When reading these values for a page rendering, I noticed the following behavior: Unchecking the Checkbox: The value remained “1”. Unchecking the Checkbox and adding another rendering parameter with a value: The checkbox value became null (as expected). This led me to question why the checkbox value remained “1” when unchecked, unless a value was added to the one of the rendering parameter field. The Analysis Upon further investigation and raising a support ticket with Sitecore, it was confirmed that this behavior is indeed a bug in the current Sitecore version. The checkbox rendering parameter appears to read from the standard value if unchecked, which is not the expected behav...

Maintaining websites in Sitecore helps you discover interesting issues. In this blog, we discuss one such issue :) The Problem We all know that Sitecore has the ability to resize images based on the query parameters that are supplied in a media item's URL. You must have already figured out that animated GIF files become not animated after resizing in Sitecore (it is in this blog's title itself).  Wondering why it happens? According to Sitecore in  KB1001735   -  There is no built-in .NET functionality to resize a GIF file and keep its properties (for example, the delay between frames). In this case, only the first frame of the file is displayed. As a result, the animated GIF file might become not animated after resizing it using Sitecore.   What this means is if you have a GIF like this -  and if you want to resize it in Sitecore, it will appear like this -  Sitecore has suggested a fix for it in the KB article which skips resizing of GIF files to...

 The Problem While working in Experience Editor in Sitecore 10.1.2, content authors started reporting that clicking on Lock and Edit link doesnt lock the page sometimes. Content Authors have to reload the page to work or use Content Editor to Edit the page. This has been reported by multiple users at multiple times and is not consistently reproducible. The Research We have observed that when Lock and Edit is unresponsive, it doesnt trigger any requests in Network tab in browser dev tools. When Lock and Edit is responsive, it triggers several requests in Network tab. The HTML for Lock and Edit appears same in both the cases without any missing fields. The console tab doesnt contain any errors. To learn more on this issue, I created a Sitecore Support ticket. Sitecore support representative was able to reproduce the issue on her local instance as well. Below is the response from Sitecore -  "I was able to reproduce this behavior in the local environment and, since this is not th...