Archived topic
button Blocks no longer provide options
10 replies · Started by Drew on February 23, 2023
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?
Hi there,
The latest release of GB is 1.7, can you confirm?
And are you using GB Pro 1.5?
Let me know!
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.
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
Sure thing, see below
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!
see below in the private field...
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 ) ?
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?
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 ?
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.
