Support » Plugin: Quick Chat » quick fix for QuickChat with qlanguage

  • Hi Marko, hi all,
    in V4.10, QuickChat does not work with certain configurations of the popular qlanguage wordpress plugin. The reason: In qlanguage you’re able to select between different languages by subdomain (e.g.:, the way many business sites solve the multilanguage issue today. Reason: QuickChat makes XHR calls with full url back to the server for loading JS and communicating chat messages. WordPress manages only the base domain (e.g. when qlanguage is used, these calls get blocked by the users browser (cross domain restriction) => you see LOADING… forever. Fix: QuickChat requests the server url by calling std wordpress api. If you make these requested urls relative (stripping the domain part, resulting in urls like “/wp-admin/ajax-admin.php”), QuickChat works like a charm. Find these lines in quick-chat.php and remove the protocol and server part with parse_url():

    $this->url = plugin_dir_url(__FILE__);
                    'ajaxurl' => admin_url('admin-ajax.php'),
                    'ajaxurl' => admin_url('admin-ajax.php'),

    Marko: Any chance to to fix that officially?

Viewing 2 replies - 1 through 2 (of 2 total)
  • Plugin Author Marko-M


    since you provide good explanation and idea for workaround I’ll take some time to review and most probably integrate some changes to support qlanguage. I feel like proper fix would be that qlanguage guys tap into the the get_admin_url() using ‘admin_url’ filter to make proper way of getting admin-ajax.php work with qlanguage.


    Hi Marko,
    you’re right, tapping into admin_url from qlanguage side would fix a lot but maybe not all issues. get_admin_url would have to know about the currents client request url. I will send the qlanguage author a message as well 🙂
    Thanks for the quick reply!

Viewing 2 replies - 1 through 2 (of 2 total)
  • The topic ‘quick fix for QuickChat with qlanguage’ is closed to new replies.