You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently if you have a mysql error, like trying to set a where statement in the pods widget (for instance), it will just lock up the entire page if you save the changes. The only way to fix the issue is to roll-back the page using page revisions.
Work Around
For anyone who might find this and be having the same issue, if you don't save the page itself and just discard your changes, you can bypass having to revert the page version. This might seem obvious, but if you rely on the "live loading" built-in to beaver builder, you can assume its not working (if you're values don't show up) and discard and start the changes over. This assumes you don't have a bunch of other changes you made that are going to get lost... TL;DR if you're uncomfortable with where statements, publish the page before adding any mysql values, so you don't lose your work.
Possible Solution
I'm not sure if its possible to hook into the safemode query param, but if it is, we could theoretically run add_filter( 'pods_error_die', '__return_false' ) as well so if users are having mysql errors, they'd at least be able to get into the module to remove the broken values and try again
Steps to Reproduce (for bugs)
create pods widget
put invalid statement into where field
The text was updated successfully, but these errors were encountered:
Also, in my opinion, this is really only an issue in BB, because it relies on the live reload functionality. If it were a normal PHP template, it would just error and you could modify it in your PHP file and resume development, but in BB it just gets locked up without a great way to revert the change. Although this isn't strictly a "beaver themer" related issue either... so i'm not sure the best place for it.
Issue Overview
Currently if you have a mysql error, like trying to set a where statement in the pods widget (for instance), it will just lock up the entire page if you save the changes. The only way to fix the issue is to roll-back the page using page revisions.
Work Around
For anyone who might find this and be having the same issue, if you don't save the page itself and just discard your changes, you can bypass having to revert the page version. This might seem obvious, but if you rely on the "live loading" built-in to beaver builder, you can assume its not working (if you're values don't show up) and discard and start the changes over. This assumes you don't have a bunch of other changes you made that are going to get lost... TL;DR if you're uncomfortable with where statements, publish the page before adding any mysql values, so you don't lose your work.
Possible Solution
I'm not sure if its possible to hook into the safemode query param, but if it is, we could theoretically run
add_filter( 'pods_error_die', '__return_false' )
as well so if users are having mysql errors, they'd at least be able to get into the module to remove the broken values and try againSteps to Reproduce (for bugs)
The text was updated successfully, but these errors were encountered: