Stefanowitz

Thanks a ton, that hint was all I needed!!

For those who are interested in this: just add this line of code in file “scripts.js”, right after line 112:

jQuery("input.answer-"+Watu.current_question).attr("disabled",true);

Thanks for the fantastic & fast support. Just gave your plugin a glowing 5/5 review, love it!

Merry X-Mas ??

Changing the code directly would be totally ok, I would just need to know which file / function to modifiy. Thanks a lot!!

Well, it doesn’t need to be secure just nook “look broken” and being able to change votes after the answer has been selected and the correct/incorrect answers have been highlighted just looks broken.

Isn’t there a simple JS fix to just disable all inputs after the “show answer” button has been clicked?

Buying the pro version would be totally ok but I checked the demo of the pro version but the backend seemed totally different for me, much more powerful of course but also with the focus on exams and tests and not on simple quizes, it seemed more difficult to setup compared to the simple free version.

FYI: Even after update to NF v3.5.1 my form was not showing in IE11. Applying @emielb’s fix (this one) which simply removes the two trailing commas (which still exist in NF 3.5.1) made the form show up again.

Nothing? ??

Would be great to query stored submission data and use it in templates, plugins etc…

Thanks for the fast reply! I just set WP_DEBUG to true, installed the plugin but upon plugin activation the screen is again white, with no error message whatsoever ??

Thanks for this fix!

Ah, that explains it: I looked for all occurences, not just the ones within “WP_Query” (I am on v1.1. as well).

I replaced the code for the three occurences in the WP_Query usages as you suggested and all seems to work fine so far. Will do some liveblogging testing to make sure there is no surprise during the next liveblog event.

Again: thanks a ton for your fix and for your help!!

Thanks so much for your reply Will, but I have found more than three instances in “live-blogging-plus.php”:

5 occurences of 'liveblog' => $liveblog_id:

Line 907: 'liveblog' => $liveblog_id,
Line 1502: 'liveblog' => $liveblog_id,
Line 1513: 'liveblog' => $liveblog_id,
Line 1523: 'liveblog' => $liveblog_id,
Line 1531: 'liveblog' => $liveblog_id,

1 occurence of 'liveblog' => $id:

Line 1172: 'liveblog' => $id,

Do all 6 instances need to replaced with the exact same code that you provided?

I think many will be grateful for your fix as this is still a very good plugin for liveblogging (and I tested quite a few).

Thanks!!

Thanks for the advice, but in which file do I replace this code?

In file “password-protect-wordpress-blog/index.php” I commented out the inclusion of jquery in the admin backend. This removes the problem with the menu editing while still keeping the site password protected:

function sd_jquery()
{
/* causes bug
echo(“<script type=\”text/javascript\”
src=\”https://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js\”></script>”); */

}

This solves the problem, but maybe causes unwanted side effects of which I am yet unaware? Can you tell me if there is a better way?

Thanks in advance!

Kind Regards
Stefanowitz

Thanks for the info, I did not know that. But it is very well hidden there, you have to admit. Not everyone downloads the zip, some install from within WordPress. I have checked the readme file that comes with the plugin, the official plugin homepage, faq and whatever is there to find about thisplugin for the words “uninstall” and “reset” and NOWHERE was mentioned that there is an uninstall file within the zip.

Anyway, I just corrected my negative rating of thisplugin because of this, but I strongly recommend to mention somewhere that there is an uninstall plugin within the plugin zip (better even: add it to the main plugin).