Ghanendra's Tips

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 prevent GIF files from becomin

 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 the ex