Issues with Style Changes Not Applying After Importing Design from Relume to Webflow

·Apr 16, 2026 05:22 PM·

Having a couple of issues lately where I import a design from relume to webflow and change certain styling which doesn’t take effect. I contacted Webflow support who was able to recreate the issue and said something about ‘webhooks’ because I brought it over from somewhere else and the only way it’ll keep my changes is if I rebuild it. Any ideas why this keeps happening to me?

3 comments

· Sorted by Oldest

Matt J.
·
·
Malka G. yeah unfortunately I'll need way more info than this in order to even begin troubleshooting.
1.
Relume project URL
2.
Webflow sandbox link
3.
Webflow staging URL
4.
A loom of the issue without audio is fine - just need to be able to visually see what might be going on.
I think once I have these 4 things, I can dig in to troubleshoot. If Webflow is saying there is a webhook - once you import something into Relume, its not longer connected to Relume, so I dont see how our app would block changes like this really. I would also uninstall other apps from the project to ensure that there are no other conflicts.
Malka G.
·
·
So I usually don’t have lots of time with my deadlines and just end up rebuilding. I’ve had a text block where I changed the text and it kept reverting to the original text once I published. That was the one that Webflow was able to recreate and said something about webhooks. Now I’m working on a site with a form that when you type in the fields it’s invisible even if it’s supposed to be black. I used custom code to override whatever might be causing it, the original relume had a dark form and I recolored it to light but the text was recolored to black. If you’d like to see I can share a link to this but as I said I usually find my own workarounds, it can just be annoying if there’s something you can do about it. Relume is always the only app I use so nothing else can be conflicting. Can I DM you the links?
🙌1
Matt J.
·
·
Working through this via DM but the gist of it is that yeah we have a styles override code embed inside of the global styles component that can sometimes have an unexpected behavior but the gist of that custom code is to actually correct what Webflow is doing, which is specifying values for lower-level elements when in reality they should be inheriting values from their parents - leveraging the power of CSS (Cascading Style Sheets). So this custom code corrects that, but doesn't really provide any clear guidance into why or how - which is definitely on us. But once you understand what the behavior is, and the intention, I think its clear how to move forward - which is to style the parent of the element. In the case of some text blocks, select a wrapping div and change the text color - in the case of a form field, select the form block and change the background color and text color - doing this will let the custom code do its job, while also following the intended standards of CSS. Hope that clears things up a bit but if I just made an even bigger mess, happy to clarify things. Might be time for a loom on this topic!

Matt J.
·
·
Malka G. yeah unfortunately I'll need way more info than this in order to even begin troubleshooting.
1.
Relume project URL
2.
Webflow sandbox link
3.
Webflow staging URL
4.
A loom of the issue without audio is fine - just need to be able to visually see what might be going on.
I think once I have these 4 things, I can dig in to troubleshoot. If Webflow is saying there is a webhook - once you import something into Relume, its not longer connected to Relume, so I dont see how our app would block changes like this really. I would also uninstall other apps from the project to ensure that there are no other conflicts.
Malka G.
·
·
So I usually don’t have lots of time with my deadlines and just end up rebuilding. I’ve had a text block where I changed the text and it kept reverting to the original text once I published. That was the one that Webflow was able to recreate and said something about webhooks. Now I’m working on a site with a form that when you type in the fields it’s invisible even if it’s supposed to be black. I used custom code to override whatever might be causing it, the original relume had a dark form and I recolored it to light but the text was recolored to black. If you’d like to see I can share a link to this but as I said I usually find my own workarounds, it can just be annoying if there’s something you can do about it. Relume is always the only app I use so nothing else can be conflicting. Can I DM you the links?
🙌1
Matt J.
·
·
Working through this via DM but the gist of it is that yeah we have a styles override code embed inside of the global styles component that can sometimes have an unexpected behavior but the gist of that custom code is to actually correct what Webflow is doing, which is specifying values for lower-level elements when in reality they should be inheriting values from their parents - leveraging the power of CSS (Cascading Style Sheets). So this custom code corrects that, but doesn't really provide any clear guidance into why or how - which is definitely on us. But once you understand what the behavior is, and the intention, I think its clear how to move forward - which is to style the parent of the element. In the case of some text blocks, select a wrapping div and change the text color - in the case of a form field, select the form block and change the background color and text color - doing this will let the custom code do its job, while also following the intended standards of CSS. Hope that clears things up a bit but if I just made an even bigger mess, happy to clarify things. Might be time for a loom on this topic!