Thank you very much for the tip. Unfortunately, I did empty the ASP.NET cache but it still not does the trick. Maybe CMS loads the files from somewhere else.
It could be a cache issue like Petter suggests but to me it sounds like you might not be extracting it correctly (since deleting a whole VPP folder should probably crash your site).
You need to extract the zip to the root of your site's VPP folder. Don't create any additional folders as the zip file is structured to match the folder structure for the UI modules.
This means that once extracted you should have source files and built files side by side in the VPP folders. To check you can looks at the following path for you site (assuming a default install location):
There you should see two of each file where one file has the .uncompressed.js extension appended.
Thank you Ben,
I did extract the zip to the root of your site's VPP folder as described in the article, and I can see the uncompress files. However, for some files even I delete them, the site still fine! Let's say, I need to modify the PageDataController.js.uncompressed.js, I did some chage in the file, clear cache (all kind of caches) but it does not make any changes. Really need to do some chages on this but cannot get it to affect. Hopefully you guys can shed me some light.
Firstly; do you get the uncompressed version of the file when you view the js source in the browser?
Secondly; changing system files is generally a bad idea since your changes will be lost when you upgrade. What's the problem you're trying to solve?
Thank you Stefan,
Yes, I did see(some) files in the browser, so I think the uncompress file works as it should.
I know that changing the system file is not good at all, yes it's a bad idea...The problem I have currently is set the form editing mode as the default mode when editor select a page in the page tree instead of the preview mode, and I need to change the PageDataController.js to make it work. Do you have any idea about this?
If so then the uncompressed files are working as expected. If not then the only thing I can think of, assuming you've extracted the files correctly, would be to double check you have added the config entry to EPiServerFramework.config
Also changing the files like you are doing isn't supported and, like Stefan said, will be overriden as soon as an upgrade is done. Saying that however I will still point you in the right direction. Change the value of the _defaultEditViewName property in the PageDataController to "formedit".
Thank you very much for the tip Ben.
Unfortunately, I did chage the file as your sugestion clear browser cahce, reset iis, clear the ASP.NET temp files..., but it does not make any changes. Even I delete the folder contentediting it still work fine. How can it work without these files?
It won't work without those files, so you're clearly not modifying things in the right place. But since changing system files is a bad thing I'm gonna propose another solution for you.
Tons of thanks for you Stefan, it work like a charm!!!
You save my day.
So coming back to my question, in the above code, which is for MVC, what should I do to make it run on webforms?
The above code should work the same regardless of your site implementation.
For files located in the site you should start looking at the clientcache configiration and the caching profiles. Look at the caching headers in the response should give you a hint about the current caching.