Wes Linda

Deactivate and re-activate? I’m only losing styling in relation to the plugin. Nowhere else on the site. Styling shows in the editor but not on the site once saved. If I recreate assets it works on the site until the next save.

Upon re-reading, we’re not losing content. We’re losing the styling. Issue is on save though.

I’m seeing this same issue. If I go and regenerate assets at the plugin level then everything works until a new page is updated.

In the editor the block looks like it should. It is only on the live page that the block appears to lose the CSS styling.

I’m running a clean WordPress install with the Blocksy theme.

• This reply was modified 3 years, 8 months ago by Wes Linda. Reason: Added more detail to my issue

Did you test this responsively? I’m not sure this would work across devices and screen sizes but that’s just me guessing. Haven’t hopped into a site to test.

I appreciate the information. I feel like it would be better served to have an option to enable this within Gutenberg but I’ll dig into this approach and see if it will work as desired.

This is the challenge of Gutenberg, lots of great options with the editor but new challenges that are faced as these come online.

Ha. I was just coming here to make this exact some request. Agreed that it would be great to have the ability to link the image.

One use case is with a personel list to link to bios and a list of newsletters with links to the files. Obviously, we can add a link in the text area but it would be great if users could click on the image for the item as well.

So this looks like a Meta Box related issue. If the Screen Options checkbox is unchecked, it looks like the box won’t show up in Gutenberg. There is no way to check the box with Gutenberg installed.

https://github.com/WordPress/gutenberg/issues/5841

I’ll keep digging on this. It appears on posts but not pages in the “Extended Settings” section of the editor. I might be missing something here but maybe there are thoughts on your end as well.

Hey Igor. Thanks for the quick reply. I’ll shoot over the document we had in place to pull this information. If tweaks can be made to reproduce, that would be great. I think the client is using the date change themselves when posting so it should be fine. We’ll just need to make them aware if they aren’t already.

I’d like to second this conversation. We had this coded in a theme to show on the homepage. The date is important. If it isn’t uploaded on the date it was delivered on then the dates are off as noted above. This broke a custom function we’d written displaying the latest sermon on our homepage. Would love the “Sermon Date” to return. Obviously could simply change the date of posting in WP but would seem to be a good idea to have a specific field for this.

I did that during troubleshooting. Unfortunately, I deleted the message. If I remember correctly it seemed to be calling a file from an incorrect location and that killed the process. I believe in the themes folder.

It is a client site so I’ll try and go back in and dig through to get the full error for you and report back.

Excellent. It does look like everything is working properly now. The new features you’ve included are nice as well. Do you have any plans to offer a discount code system for this?

Basically if someone enters a code on the Gravity Form that is checked against available codes and the discount applied during the creation of the invoice? I see that I can discount after the fact, but if I want to have this send an invoice automatically, it would be great to be able to have a discount code system that would work in the flow.

Always running latest versions of plugins. Only installed and tested on the day I posted this issue so not using a later version of the plugins.

I do not have GravityFlow installed.

So to dig more deeply. I have an invoice generating from Gravity Forms, using the appropriate plugin. It sets as draft mode. I then go in and update and publish. Oddly, a second update kicks off the payment button. Unsure of where the hangup is.

The payment option is selected and the invoice is in unpaid status. It is published.