Josie Stauffer

dwturner: I’m afraid I don’t have a lot of time for EntryWizard nowadays, and I’d be grateful for any help.

Please let me know which function you are referring to and how you would suggest fixing it.

I tried TwentyTwentyThree, and with that was able to (I think) reproduce the problem. What seemed to happen was that the javascript function that displays the image to be uploaded was not found.

I’ve no time to do more at the moment, but I’d suggest changing your theme, possibly to an older one, might help.

Which theme?

I can’t reproduce this problem, so it’s difficult to say. So far, I’ve not heard of it from anyone else.

The first thing to try is usually to temporarily disable all other plugins, and then reenable them one by one to see if there is a conflict. Start with any you installed or updated recently.

If it turns out to be a conflict, please let me know which plugin. If it isn’t, then I’d probably need more information about your hosting and user environment — OS, php version, browser, …. Did anything change recently?

Apologies, it certainly looks as if you’ve found a bug.

I agree, for a limited-membership club, manage_options should not be needed to manage user permissions, and I thought I had dealt with that.

Life is pretty busy right now, and properly testing any change takes time, but I’ll do what I can to get a fix out.

Apologies, I was working from memory — it’s years since I actually wrote that code. It seems the jQuery plugin is only used on the back end, so would be irrelevant for your purposes.

The colours of the dropdowns in the front end really should be controlled by your theme, although they may just possibly be unintentionally affected by the styles/entrywizard.css file, along with css from other plugins. EntryWizard was certainly designed with a light theme in mind — I’m afraid I find dark themes too hard on the eyes to consider coding for them.

Your theme is probably doing most of the work, and I’d suggest checking into any colour options there.

But in EntryWizard there are two different situations, depending on whether one or more than one items may be selected. If only one, the dropdown list should be controlled by the file styles/entrywizard.css. I don’t recall setting any colours for dropdowns, but there could be interactions between that file and your theme.

But if multiple selections are allowed, the the jquery multi-select plugin is used, and the file styles/ewz-multi-select.css would be in control.

Either way, you would need to understand some basic css in order to change the files.

That exact error message would seem to imply that an “item” (ie an uploaded image file) that was expected to be there was not found. Did you delete items that had attached ratings? That should not normally have been allowed to happen without the rating itself being deleted.

Are you able to delete individual ratings, or do all the ratings in the form produce the same error?

Do you find anything in your error log file that might be relevant?

I can’t reproduce this — on my system the date picker shows the date in whatever format I set in the Settings –> General page.

I wonder if there could be a plugin conflict. Do you use any plugin that might possible change the date format?

I can’t reproduce this — it works fine on my system.

Is this a new problem, or have you met it before? A bit of code around this was changed for version 1.3.21 to make it return to the right page *after* editing, but I’ve never heard of it not getting to the screen where you do the editing in the first place.

Are there any clues in the javascript console (right-click, select “inspect”, then “console”) or in the server php error log ( defaults to wp-content/debug.log )?

Yes, no problem.

I’m retired — Saturday is just another day ??

Is there any “broken image” icon on that black screen? Or any of the buttons that normally show below the image? If so, the image is probably not visible or not in the expected place.

Otherwise, are there any javascript error messages? (In many browsers, right-click in the window, click “Inspect” and then go to the “Console” tab.)

When I have time, I will take a look at the free part of the plugin, and see if there is anything obvious that EntryWizard could do.
But a quick web search shows several complaints about PolyLang being incompatible with other plugins, and also shows a number of alternatives.

One possibility just hit me: you mention a “co-admin”. Is there a chance one of you edited a webform and then the other edited it from an earlier cached copy, thus saving the old value over the new one?

If more than one person is doing updates, each must be very careful to reload the page before making changes. Browsers cache most pages. I’m afraid EntryWizard is not sophisticated enough to detect when an editor is using a cached copy.

the problem may occur when polylang is used in some specific way.

I’ll try to look into it further when I can find time.