Hi, I’m facing a strange behaviour right now and I did not find a way to make it work yet…Maybe you folks can help me find a solution or point me in the right direction.
My plan is to create a sidebar navigation pattern where designers can modify the menu structure easily.
The structure of the example includes a “Single Item” component set where all the different navigation link type are collected (e.g. Headline, Link, Subline, Divider, etc.) and a “Section” component set that is used to allow the designers to choose how many navigation items they want to have in a section.
Now to the strange behaviour. When I use the “Mobile” boolean on the “Single Item” component all works as expected. Inactive “Mobile” is full width and active “Mobile” is max-width of 68px. See an example below:
Now when I apply the same settings to a “Section” component only the unchanged link types have the custom text I applied earlier. All link items that have been modified are overwritten by their default state. What I would expect is the “Headline” and “Subline” to have the modified text like in version where mobile is not active. See an example below:
It’s strange to me that, for example, the nested instance is still remembering that I changed it to a “Headline” type but not remembering the text I entered. This way its impossible to allow the designers to easily change the sidebar to collapsed without changing the content for the mobile version manually. What am I missing here?
Hey Sascha, I’ve checked internally and got the confirmation that this is not an expected behaviour. Please reach out to our support team, they can investigate further and file a bug report on your behalf.
Hey @Sasch, sorry to hear that you’re still experiencing the issue.
I’ve just created a support ticket on your behalf. Your ticket number is #1002446, for reference.
Our support team usually takes up to 24 hours to reply back to emails - tends to be quicker than that in normal circumstances. However, please be aware that we are facing increased contact volume so there might be a delay
Hey @DeniseN, I am happy to have an eye on the ticket from the user when it’s being processed by our Support team to give you more information about it.
Hi @Gayani_S thank you for creating the support ticket I will let you know in here if it was a bug, if yes how we fixed it or if I was just using a wrong approach.
Hey @DeniseN, wanted to give you a current update on the ticket.
Our engineering team have been investigating this issue and to be transparent this will not have an immediate resolution as they need more time to investigate this and fix it due to its complexity within our override logic.
We can’t promise a quick fix, and please know that our engineering team is aware of the issue and will work towards finding a solution in the future.
Please let me know if you have any further questions.
I am also experiencing this issue. @Gayani_S I know you said that you cannot promise a quick fix but is this bug currently in the queue to be investigated and worked on. There seem to be a fair number of issues related to this on the forums. Just a few I have found.
Also, where is the Fix Instance Overrides command that this thread is talking about?
Hey @JustJest, thank you for reaching out and also collecting these issues!
I’ve went through these post and I am seeing slightly differences in the issues. Could you explain what you’ve been experiencing? It would be best to have a screen recording, so I have a better understanding.
I don’t know if this error is related but what happens to me is that i have nested instances inside other components and whenever i update some property on an instance it resets every property of the component, I don’t know if I have designed wrong the component and I don’t know how to solve it, it’s driving me crazy.
To prevent issues with the Prototype and Components with different variants (states like collaped=true/false for instance), each layer must have its name since it will be used as class names during the transitions.
Keep a clean naming convention, and be sure that nesting is properly defined.