silverks

Thank you for reporting this issue. We’ve developed a fix and will include it in the next theme update.

Try clearing your browser cache or use incognito mode.

They appear to have the correct padding when I viewed your website:

View post on imgur.com

Thanks for the feedback. We’ll include the fix in the next theme update.

In Graphene theme, this information (called the “post meta”) is shown directly under the post title. You can choose what is being shown from within Customizer > Graphene: Display > Posts Elements.

Thanks for the feedback. The next theme update will include default styling for outline-style buttons in block editor.

Thanks for the feedback. In the next theme update, all widget titles will use h2 instead of h3, and the styling would be made consistent as well.

If it takes more than a few milliseconds to write to database, something’s probably not right there. You can keep track of what has been purged by adding a column that identifies each purgeable page, e.g. the URL.

Yes, I have tried disabling cache purging using queue, but this has the consequence of making every cache-affecting actions taking longer to complete as remote connection needs to be made to Cloudflare to purge the cache.

The issue was not that writing to file or database was slow – however slow those actions are, they take much less than a second. It was that only one purging action can be queued at any one time. Until that queued purge action is completed (and file lock released), other actions which require writing to the queue has to wait, and that waiting is what’s artificially slowing the process. In my sample, it took 15 – 30 seconds of waiting.

I would suggest to allow for multiple actions to be queued, with another process (possibly through cron) that will then pickup and process the queued actions sequentially, independent of user actions. This is why I was suggesting to implement the queue through the database since it’s trivial to add more rows to a table compared to writing serialized arrays to file.

• This reply was modified 3 years, 2 months ago by silverks.

Noted and thanks for the fix @hnbarr

Thanks @distinctivepixels . I’ve installed the preview version and will report back here if there’s any further error messages.

The top menu bar is added by the Mobile Menu plugin on your site. Looks like it’s conflicting with the Graphene mobile menu, causing it to stop working.

You may just deactivate the Mobile Menu plugin to solve the issue. Since Graphene is a fully responsive theme, there is no need for a separate plugin to provide a mobile menu.

Thanks for the feedback. We’ll add the label tag for the search form in the next theme update.

Try adding the following code to Customize > Additional Content:

@media (min-width: 1400px)
.container {
    width: 1400px;
}
@media (min-width: 1200px)
.container {
    width: 1170px;
}

It looks like the image being used for the slider is not large enough for the dimensions of the slider.

For example, this image has a dimension of 550×280 pixels, whereas the slider’s dimension is 1400×550 pixels.

Try ensuring all images used for the sliders are at least as big as the slider’s dimensions.