theninth7

Thanks again, modifying the main.min.js seems to have done the job! Though probably this patch will not survive a theme update and I may have to redo it.

Regarding the offset, hard-coding the 84px seems to be the best way. Like you said, the element you referenced has 64px height. However, there is still padding, and that padding is what is changed when scrolling down. When opening the site it is 50px on both sides, when scrolling down it becomes 10px on both sides, hence the 84 px.

• This reply was modified 1 year, 3 months ago by theninth7.

@malihu, thanks for your help, it is very much appreciated!

So enabling the two “Prevent …” options did not help, there is still these little jumps.

The offset I set before was not really correct, I put in a correct, fixed number, and that kind of reduced the “size” of the jumps, but they are still there.

Adding the CSS selector to the offset field did not work that well, because the header reduces its height when scrolling down. So when the page is opened and a link in the menu is clicked, the plugin jumps to the position where the target would have been if the header would have retained its size. The “Verify target position …” would solve that, but the scrolling adjustment it makes also does not look that smooth.

Hi @dkjensen , I am using WPBakery.

Solved the problem now based on information from this thread:

https://wordpress.org/support/topic/unable-to-insert-download-log-entry-in-database/

Basically I disabled the WooCommerce plugin, dropped the wp_wc_download_log table and then enabled the plugin again, which recreated the table. After that the downloads worked.

Regards, Robert

Hi,

That worked, thank you very much!

Regards, Robert