Shekler

@khaxan

I misunderstood your message. Yes, can confirm that this is only an issue with the standalone Gutenberg plugin and not the build-in one.

@khaxan

I deactivated every plugin except for Gutenberg (Version 6.8.0) and SmartCrawl (Version 2.4.2) and I am still getting a blank site when editing a page.

Default Twenty-Nineteen theme still couldn’t fix the issue.

• This reply was modified 5 years, 4 months ago by Shekler.
• This reply was modified 5 years, 4 months ago by Shekler.

@wpmudev-support9

It’s been a few days now. I’m wondering when the update will be pushed to live. Currently a feature I want to implement for a customer is on hold because of this.

@takayukister

https://seltmann.content79.de/
This is the page but it is currently still in development. What would you need to help fix the issue?

@takayukister
I did that. Everything else looks fine, except the <a>...</a> doesn’t work. Inline-Styles don’t work and the actual tag is being broken down to what I posted above.

• This reply was modified 5 years, 5 months ago by Shekler.

Doesn’t seem like it has been fixed yet. Still waiting for it as it is essential for my site. If it won’t work in a few days, I’ll have to use a different plugin.

@simonpedge

Neither the JavaScript nor the Debug shows me anyhing. No JavaScript errors found. Debug doesn’t show up at all.

@timwhitlock

I was able to identify the problem further, couldn’t solve it though:

Translations work up to a specific point – as soon as I try to translate “active forms” the whole thing seems to crash and actually stop then from showing proper translations. Maybe there is something wrong with the “plural”-field? As long as I don’t try to transalte that specific variable, all translations work.

@timwhitlock

I’ve tried all the three saving locations and came up with the same issue over and over again. I can’t really be more specific as there is no error message or anything and it actually works the first time, but not anymore after I saved it once.

I started modifying the file in Atom (text editor) and came across the problem. Thought it was something with that so I swapped to editing the file in the Loco plugin. Though the issue appeared again. I tried syncing, reuploading the file to the server manually, deactivating both plugins and reactivating again – even tried reinstalling both and the same problem occured again (can modify the translation once, but no more after that).

Couldn’t find a solution or a similar situation in the FAQs or the Web.

Hey @wpmudev-support7

That helped a lot, I was able to locate the missing translation and put the new translation into my locally installed plugin.

To be honest, I had no idea that this existed and actually translated within the form-field and not with a translation file.

I can share my translations when finished.

• This reply was modified 5 years, 7 months ago by Shekler.

Hey @ryankienstra,

I was able to fix the output by doing something similar you suggested:

<?php if (block_value('image')): ?>
    <img src="<?php block_field('image') ?>">
<?php endif; ?>

As I have several of these “image-blocks-parts” in a row, I didn’t define a variable.

Thanks for the quick help.

• This reply was modified 5 years, 10 months ago by Shekler.

Yes, I think it had that before. I just had to pick the image from the library and the output was an image on the website. I didn’t have to include an img tag into the block template. Now, I have to upload the image and put the block_field into the src which is a problem as empty fields will still give out the img tag and therefore an empty code part on the website.