Developer forum

Hi Adian,

I cannot reproduce your results. Are you sure that you are editing the definitions file in the correct files on disk? When I edit the file, save and refresh the page, the new definition is available right away.

I cannot find any way that we cache this information in database.

BR

Martin

Hi Martin,

I have checked, double-checked and triple-checked that the file on disk is the right one.

I have checked the solution information and this is the path to the Files folder:
\\WIN-DOTDESIGN\Z:\Sites\_dotFusion\www.daruiesteviata.ro\Dev\Files

You can check my previous screenshot and you will notice the same paths.

I have not seen this problem in other solutions. So far, everything works as expected. Except for this case.

If you want to check it out for yourself, here is the URL: http://dv.dotfusion.ro/

Adrian

Hi Adrian,

I think you're actually using the Rapido3.3 designs folder (not the Rapido one), for the specified page. The RowDefinitions.json under that design matches what is being rendered.

BR

Martin

Hi Martin,

I'm coming across this issue as well in DW 9.9.2

• The partner created a copy of the Rapido folder
• Everything was working fine for a while
• Then introducing new Rows, noticed that the Row Definitions always seems to come from the Rapido folder (not the design the layout is associated with)
• After they reported it, I didn't repro the issue
• Now it has come back. Looks like some caching reference to the "wrong" RowDefinitions.json file

https://www.screencast.com/t/5I0FXlw2mxdC

Do you have any idea if there's anything we need to/can do?

Best Regards,

Nuno Aguiar

Hi Nuno

I cannot reproduce.

Somewhere in the code, something is refering to something wrong. And I cannot find anything in Rapido code base, so you have to look for your self.

Start by renaming the "Page" folder in grid folder and use that new name in the copy. I think that will reveal what is wrong. Also ensure that all pages you have will actually have the copy of the layout template in use. You might have made a copy of the design folder and the website and changed the default layout, hence the design, in the website settings. But if all the pages you copied are still referencing the original rapido template location, this could also happen...

BR Nicolai

Thanks for thhose thoughts Nicolai. I will explore that with the partner.

I've seen this working and then it stopped working out of the blue. The new custom row was only created in the new website, so the theory of it coming from a copy is unlikely, but I will still pursue that.

Nuno

Hi Nicolai,

I might have tracked down the issue. Here's what I think is happening.

Our current scenario:

• Single DW solution:
• WebsiteA uses Rapido design folder
• WebsiteB uses RapidoB design folder
  • RapidoB is a brand new Rapido design folder without all the customizations from the one on WebsiteA
  • This design folder has a custom row definition

Both Rapido and RapidoB use the standard grid "Grid" which is the actual gridId being used in cache key. So, after a site recycle when we first go to WebsiteB we don't see the issue, but if we go first to WebsiteA and then WebsiteB we see the issue because the grid row definitions are cached from WebsiteA since the cache key only refers to the gridId and does not take the layout into consideration. What do you think?
 

BR, Mario

Then try to give the grid in b a different id.

Hi guys,

I have this identical issue with one of our solutions and I cannot make it work.

I have tried using different grid Ids but in this case, I can make B work but A is broken.

Has anyone found a stable solution? In my case, I have a very critical solution that is already public and the customer is really pissed that the layout is broken.

Thank you,

Adrian