WebinarPress Pro v2.24.38 – WordPress Webinar Plugin

virgilio183

Well-known member
☆☆ Special ☆☆
☆ Pro ☆
Joined
May 16, 2021
Messages
25,956
Reaction score
38,261
Points
113
NullCash
646,892
webinarpress-pro.jpg
Use YouTube Live’s strong live streaming or any prepared video from YouTube, Vimeo, or your own server.


  • Allow your participants to ask questions and have them answered during the webinar, either in your video or through the question and answer option.
  • Visitors may watch a webinar from any mobile device or tablet thanks to fully responsive websites.
  • Gather the names and email addresses of participants and enter them into your third-party email provider.
  • Email reminders that are fully customized to ensure that your participants do not miss the webinar.
  • Replays are available as an option for those who missed their time window.
= Version 2.24.38 – 2021-06-03 =
– Let users resend order confirmation emails and registration confirmation emails
– Support shortcodes in CTA html content

Demo: https://getwebinarpress.com/
 

Attachments

  • webinarpress-2.24.38.zip
    4.7 MB · Views: 3

paolosn

New member
XNullUser
Joined
May 25, 2022
Messages
2
Reaction score
0
Points
1
NullCash
2
waoo very nice this plug-in
thanks for sharing
 

max_brandon

New member
XNullUser
Joined
Sep 21, 2025
Messages
2
Reaction score
0
Points
1
Location
Swirzerland
NullCash
15
IL plugin ha un Problema
Con WebinarPress Pro 2.24.38 su WordPress 6.8.x / PHP 8.2 l’admin va in “Errore critico”. Nel log:
Uncaught Error: Call to undefined method WP_Translations::get_header() in wp-content/plugins/wpwebinarsystem/includes/class-webinarsysteem-js.php (hook admin_enqueue_scripts).

Causa
In WP 6.8.x l’oggetto delle traduzioni può non avere get_header(). Il plugin lo invoca comunque → fatal.

Soluzione rapida (workaround)
Aprire wp-content/plugins/wpwebinarsystem/includes/class-webinarsysteem-js.php e rendere difensiva la lettura della lingua: nel metodo get_translation_language_code() verificare l’esistenza di get_header() e, se manca, usare un fallback su determine_locale() (o get_locale()).
In embed_assets() usare quel valore (niente chiamate dirette a get_header()).

Alternative

Creare un MU-plugin “shield” che rimuove l’hook admin_enqueue_scripts del plugin solo in admin (backend torna operativo; frontend invariato).
 
Top