metaphysician

thanks a bunch – very much appreciated!

best,

scott

okay i installed the Health Check plugin and enable only Sensei LMS and the Kadence Blocks. i had the exact same errors and crash in the Lesson Editor. i’ve verified that the crashing only happens on the following blocks: Row Layout, Icon, Icon List, Tabs, Accordion. adding a Section works but if i add any of those 5 items to it prints the error that the block cannot be displayed.

i also tested this out with a regular blog post in WP 6.11 and all of those blocks can be loaded with no crashing. so it still appears to be an issue with Sensei LMS – either a corruption or something. i figure you’ll just tell me to reinstall Sensei but please advise – thanks!

hi Cena! i’m seeing the error when editing lessons in Sensei. it prints that the editor has encountered an unexpected error. here’s my experience in Safari:

https://www.dropbox.com/s/op7rey43z5p5wjo/sensei-kadence-LessonEditorCrash.mov?dl=0

here’s the text of the errors in question for the Row Layout (i can’t include them in the text body or WP will mark it as spam):
https://www.dropbox.com/s/7g1abn4vbaut552/Sensei-LessonEditorCrashError.txt?dl=0

note that i can create a generic post in WordPress and use any of those Kadence blocks – it’s just in the Lesson editor that these issues happen.

thanks for any help! i’m in Safari and Brave Browser with the same issues on a Mac M1 running macOS 10.12.

best,

scott

wow – five days and still no response. i think that tells me all i need to know about paying for the Pro version. i think i’ll move on to another LMS.

okay, none of what you added worked. i looked very carefully at the added code which looks like it was this:

$post_id = url_to_postid( $url );
        if ( ! $post_id || tutor()->course_post_type !== get_post_type( $post_id ) ) {
            return $html;
        }

as i have done a lot of testing on the embedding feature, i can confidently state that your Lesson Editor is disregarding <iframe> tagged HTML, where normally WP has no issues displaying these tags. additionally it keeps claiming ‘No video source selected from settings!’ and at least in the TutorLMS i have clearly selected YouTube Player under the Design tab in the Settings page. here’s a screencap video showing my problems – apologies for the lack of mouse pointer recording, but i think you’ll be able see the problem:

https://www.dropbox.com/s/fcsnu0ozwr98dt0/TutorLMS-issues.mp4?dl=0

so i think the problem goes a lot deeper than just editing the oembed_iframe_overrides function. that or when editing scripts and after saving with the plugin deactivated and then activating, maybe there’s an issue? i would assume editing scripts and re-activating the plugin would be the correct way to see the changes. anyway your team should know that not having iframe embeds is going to make me look elsewhere for LMS solutions in WP.

i’ve seen this fix earlier and i did edit the script, but the situation does persist – i did not clear cache afterwards but my Safari ignores cache. based on what i read the earlier issue seemed to be that other pages on the WP site that weren’t created for or by Tutor LMS had their embeds broken which i guess that fix solves.

this issue is specifically with the Lesson editor for courses, and the fact it basically ignores iframe tagged HTML completely. it will let you type it in but it doesn’t preview. if you save it it will act like you saved it correctly but if you go back to the editor all the HTML will be gone.

until this problem can be addressed the LMS is useless for my purposes. also the YouTube player does not work.

i can verify that on Safari with 2.1.2 when editing a lesson using HTML mode it disregards any iframe headers and deletes them outright even though i get all the messages that the lesson was updated. i get the same result from using a recently updated Brave browser (based on WebKit). i’ve just installed the free version to test it out.

also the included YouTube player doesn’t seem to load videos and claims that the settings for the player haven’t been set.

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

i just started looking at this for our course development and no iframe embed support is a total deal breaker for us. it’s too bad as i really do like the look of the layout and the course builder is pretty good as well. i guess the idea is to update the code and then not update the LMS until that feature is added for certain – otherwise you’d just get to edit the script again.

Update – well the comment fix doesn’t help me at all. i did edit the script, and went back to creating the lesson, and when editing lesson content and placing the iframe content and then saving the lesson, when you go back to it, it’s completely blank. it doesn’t save the text at all.

additionally the editor will claim at the bottom ‘No video source selected from settings!’ even after i chose to turn on the YouTube player under the settings.

it’s really a shame as i did prefer the layout and look and feel, but it’s not ready for my purposes as yet it seems.

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

Update to this: it seems the download link works right after the purchase on the site itself when you complete checkout (it still prints the MIME type error in the console though), but the links do not work from the Completed Order email that is sent in Chrome (we tested it with gmail and one other generic hoster web email portal). it prints the error and does not download but WC still registers it as a successful download.

i have verified that the email purchase links sent are not forwarded to another email address, as i know that’s set up deliberately for security reasons.

hi there – as of the last testing the problem has not been solved but someone mentioned a recent version of WC fixed this and i have not tested that newer version.

i did get a workaround using a bulk Editor plugin (WOOBE) but i as far as i know the original WC is still not working nor able to update the database. will check in the next few days and see.

thanks,
scott

i have another longer post on this forum where i went through all the steps, and basically there is currently no way forward using default WooCommerce, because the blockage is caused by WP and does not seem to respond to jQuery migrate being reactivated (possibly because it’s editor based and not the site pages maybe? i don’t know). it’s still not fixed at least for me, but as far as i can tell it prints no JS/Jquery or PHP errors to the console, it just doesn’t show up.

the only way forward i have found was to use a free bulk editor plugin called WOOBE (Woocommerce Bulk Editor). it may give you enough access to product data to work with it. the paid version (about $35 US) exposes a lot more settings as well.

good luck!

scott

hi there, still in process with this. i did roll back – twice actually – all the way back to 4.3.1 and downgrade went smoothly for the database it seems but product data still was not visible. i even installed a jQuery manager that could revert versions to the earlier 1.x series, but i have a strong feeling none of this affects the admin editor pages. the site is still on WP 5.5.1 so i suspect i have to roll back WP as well as WC.

i’ve decided at the moment on a workaround of a bulk editor plugin which my wife hasn’t tested. perhaps between this and the QuickEdit fields she can get by, but we are still stuck with no way to view the Product Data normally.

i’ll try your other recommendations as i have time later this week.

scott

okay, so i opened the staging site’s options.php file under wp-admin (staging/2/wp-admin/options.php) and there does not appear to be any mention of ‘woocommerce’ in that document or even the string ‘woo’ as a starting search parameter. you must mean some other file. maybe an options.php in the plugin folder? i looked on the main site (ilahjarvis.com/wp-admin/options.php) and no search term matches what you’re telling me.

let me know how you’d like me to proceed.

i don’t really know what i can do at this point. failing anything useful, i’m inclined to export the current store product content as a CSV file from her current site, then for safety stage that current configuration from her live site, delete WC 4.4.1, delete the old 4.4.1 database, and let WC 4.3.3 install fresh including a new database, then reimport the CSV into the product list and see if that works, then push the staging copy back to live site if all goes well.

if it is possible to use a SQL database editor to rollback the database version by just changing a string value from ‘4.4.1’ to ‘4.3.3’ i would much prefer that option as that eliminates most of the work i’m describing and would only mean removing and installing WC 4.3.3 from your archive. i’d like to know what table and field/s i would need to edit. if i could get that info from you that would be very helpful. thanks!

hi there – sorry for the delay. i’ll try your suggestions and let you know what results.

update – the database upgrade has now been running for nearly 8 hours and the screenshot looks the same. it’s obviously stuck in a loop.

at this point i’m inclined to look for an alternative to WooCommerce because none of this has been helpful to solving the problem. you’re basically telling me that there must be some conflict somewhere, yet there’s no errors in the Javascript console, the jQuery Migrate plugin doesn’t throw up any, and if we roll back to version 4.3.3 everything’s fine. but of course our database has been upgraded to 4.4.1 so we can’t go back without re-creating the additional products from scratch. i wish downgrading databases was possible but it never is.