[Support request] button Blocks no longer provide options

[Drew]

Since the latest GP Blocks update, 1.5, Button Blocks no longer show any options when editing the corresponding text, which means no ability to add URL unless I go to HTML view.

Here’s the HTML from a block I created today:
<a class="gb-button gb-button-1b06f521" href="#"><span class="gb-icon"><svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512" width="1em" height="1em" aria-hidden="true"><path d="M504 256c0 136.967-111.033 248-248 248S8 392.967 8 256 119.033 8 256 8s248 111.033 248 248zM227.314 387.314l184-184c6.248-6.248 6.248-16.379 0-22.627l-22.627-22.627c-6.248-6.249-16.379-6.249-22.628 0L216 308.118l-70.059-70.059c-6.248-6.248-16.379-6.248-22.628 0l-22.627 22.627c-6.248 6.248-6.248 16.379 0 22.627l104 104c6.249 6.249 16.379 6.249 22.628.001z" fill="currentColor"></path></svg></span><span class="gb-button-text">Become a Producer for NCTC's New Voices/NewWork!</span></a>

I should see the same options that usually appear (from https://docs.generateblocks.com/article/buttons-overview/#button) but nothing appears: https://app.screencast.com/F4Jtj4tvmjTEi

Bug or am I missing something about how button blocks work since 1.5?

[Ying]

Hi there,

The latest release of GB is 1.7, can you confirm?

And are you using GB Pro 1.5?

Let me know!

[Drew]

Sorry, I meant GP Blocks Pro is 1.5 and GB is 1.7. Those and the GP theme and GP Premium are all up to date.

[Fernando]

Hi Drew,

That option should still be there. Can you provide admin login credentials and a link to where we can test this on your site?

Please use the Private Information field for this: https://docs.generatepress.com/article/using-the-premium-support-forum/#private-information

[Drew]

Sure thing, see below

[Ying]

Hi Drew,

Which page should I be checking?

I tried adding a button block to a new page, it seems working normally.

Let me know!

[Drew]

see below in the private field…

[David]

Hi there,

see here:

https://www.screencast.com/t/pwd63PvJvQMo

Something has gone wrong with that legacy block. As no block inside it is showing a Toolbar, looks like a relative position & z-index clash in the editor. If I drag the headline blocks into its parent container the toolbars show.

Could you try replacing that container with a new Container Block ( i would delete and not try converting it ) ?

[Drew]

Fascinating, I was attempting to see how the latest round of changes with the way containers work impacted z-index values. It’s interesting that setting the top level container to a higher z-index would still overwrite the modal controls on the backend.

Granted, that’s a super edge-cast scenario but is that also something you think you folks can adjust?

[David]

I done quite a lot of tests, and i cannot replicate the issue locally.
I think something has gone a bit wrong with the Legacy Container block being inside a container that ( i assume ) was converted to the new blocks ?

Are you seeing other instances of the issue where no Legacy containers are involved ?

[Drew]

Actually, in this instance, GP Blocks was installed new with the latest version so I don’t know why a legacy version would have been applied but I am not entirely clear on how that feature functions on a default level between new and existing installs.

I haven’t updated to this version of GP blocks on other sites that use it yet so I can not say if it’s consistent but it will def be something I keep an eye on.

[Author]

Posts