Josie Stauffer

I did a search for pll_ajax_backend, and found that it belongs to the plugin Polylang. If you have that plugin, try disabling it.

I can’t reproduce this, so my best guess would be a plugin conflict. To detect that you need to disable each of the other plugins and see if you still have the same problem — which may temporarily mess up your site unless you can reproduce the effect on a test site.

But just to be sure I understand, is it the Close Automatically checkbox that gets unchecked, or the date or time field that gets unset? And does the setting get disabled as soon as you close and re-open the webforms page, or does it take a while to happen?

No. For each rating form you will have to select the webform under which the images were uploaded. So select Pictorial_A for Pictorial-Rating and Nature_A for Nature-Rating,

A rating form needs to be designed for a specific layout so that it can display the fields of that layout to the judge.

There is no need to tie it to any particular webform. Just make sure that whatever rating form you use for judging an image was designed for the same layout as the webform the image was uploaded with.

You can have any number of rating forms use the same layout.

In the case described by RonC, the images would NOT be in the upload folder. They would simply not be processed at all. Since the logout did not occur until well after the closing time, that is most likely what happened.

A successful upload ought to return to the user a list of the items processed, including thumbnails of the images.

Sorry, it seems I was mistaken about the ewz-rating.php file. The information must be coming from the database. Anyway, renaming the files as you did would make quite sure ewz-rating will NOT work!

When you say “activate” does not work, what do you expect to see? You are not by any chance looking for EWZ Rating itself in the admin side panel, are you? It’s controls (Rating Forms and Rating Schemes) are under the EntryWizard menu.

If all else fails, I’d suggest removing the folder from the plugins folder and replacing it with a new copy downloaded from WordPress.

Sounds very strange.

Are you sure you don’t have more than one copy of the ewz-rating folder in your plugins folder? Or have somehow mixed it up with ewz-extra.php? Or another copy of ewz-rating.php anywhere (that’s where the code is that displays the entry in the plugins page)?

Also, the code that makes it display in the admin sidebar is in ewz-rating/includes/ewz-admin-rating.php. Make sure that file is there, and is readable.

I’m afraid entrywizard is not guaranteed to work with any caching plugins.
It requires users to be logged-in, and (at least the last time I looked into it) caching is not recommended when content is not the same for all users.

1. Are you running a php version of at least 7?

2. When you click OK under the test image, what exactly do you see? A black screen? An “Image File not Found” message? A “broken image” icon?

3. Is there anything useful in the javascript console messages (right-click on window, select “inspect” then “console”? ) Try this with both windows. In the image window only parts of the window will respond.

I think it’s probably related to another plugin.
An “unexpected input field” is usually not important except as an indication that something is sending input that entrywizard does not expect.

There have been a few issues with the package used to generate the calendar. Last time I looked at it I thought it would be too difficult to make it work on an unsaved webform.

But thanks for raising the issue, because with a second look I found a way to do it without major changes, and have just release version 1.3.25.

There may still remain occasional cases where the calendar does not display in the best place.

A caching plugin is very likely to be the problem.

Any caching is risky if you have different content for logged-in users — you may end up showing content for one user meant for another.

Have you checked your error log for messages?

I haven’t seen or heard of anyone getting any such effect, and certainly did not intend it.

What exactly do the users see after uploading?

Apologies, that’s very annoying. But it should not actually affect the operation.
I’ll get out a fix asap.