ericscoles

Thanks, Peter!

Can anybody confirm that disabling the ‘Malicious File Upload (PHP)’ rule disables all checking for php exploits in uploaded files?

No, thank you. I abandoned WPMigrate as a solution for working with this site. Raw database imports were much more reliable.

Sorry for butting in, but I’m experiencing this issue – has you found a resolution?

Thanks. Will do. FYI after taking the recommended steps, there’s still no way to enter a license key.

This is a multisite. However, ‘Deactivate’ is not available as an option for this plugin at Network Admin > Plugins.

Column one in the Plugins table displays as follows:

WP Data Access
Network Active [not linked] | Upgrade [linked to /wp-admin/admin.php?billing_cycle=annual&page=wpda-pricing] | Opt Out [linked to /wp-admin/plugins.php#]

This is using the root admin account, configured as a superuser.

I suppose I could directly edit the database but I’d rather not have to do that. I need to be able to normally deactivate this in order to tell whether it’s breaking another plugin.

EDIT: Not sure how I did it, but I was looking at the root site, not the network admin. Deactivated now, thanks for your reply.

• This reply was modified 4 months, 2 weeks ago by ericscoles.

Thanks. The error message I get when I do that is “Temporarily unable to update Dynamic Time PRO, please try again later.”

I’ve tried both in the root site & in subsites. (We were keeping the plugin deactivated at the root to avoid confusion for our accounting staff.)

Following up: Can you verify that we should have fixed 15 minute intervals in 5.1.9? I cannot make that happen – increments are 1 minute, as noted above.

Editor appears to have mangled the query, trying again — this is what I’m running:

select wp_2_time_entry.*, wp_users.*, wp_usermeta.* from wp_2_time_entry
	inner join wp_users
		on wp_2_time_entry.WP_UserID = wp_users.ID
	inner join wp_usermeta
		on wp_usermeta.User Id = wp_users.id

EDIT: Can’t get Gutenberg to accurately reproduce the SQL code in a code block, trying this as a paragraph block instead of code.

select wp_2_time_entry., wp_users.*, wp_usermeta.* from wp_2_time_entry
inner join wp_users
on wp_2_time_entry.WP_UserID = wp_users.ID
inner join wp_usermeta
on wp_usermeta.User Id = wp_users.id

• This reply was modified 4 months, 4 weeks ago by ericscoles.
• This reply was modified 4 months, 4 weeks ago by ericscoles.

In 5.1.9, I’m seeing the increment at 1 minute intervals only. (We had requested this feature from you & are now no longer seeing it.)

The feature request I would make would be to not allow users to type a value into the minutes field. They’d only be able to increment by the fixed interval (15 minutes in this case). The way it was working, it was possible to type in a new arbitrary value. Here’s a use-case as I observed it before the apparent regression:

1. Enter start and end times at .25 hour marks. (Let’s say, 8:15 and 10:15.)
2. Using mouse click or tab/shift-tab, focus the minutes field of either the start or end time.
3. Type new time (let’s say, new start time of 8:09).
4. Click OK; time entry is accepted (in at 8:09, out at 10:15).

Desired outcome would be that user would not be able to manually enter an arbitrary time at [3]; failing that, OK button should not be available until they correct the time to a quarter hour interval, & an error displayed.

[Aside: we happen to use 15 minutes, but I’ve worked in organizations that reported time in 6 minute (.1 hr), 10 minute (1/6 hour), & 15 minute (.25 hour) increments.]

Thanks for confirming – right now we’re using free version because we’re still at prototype stage, a pricing related email to you all is on my to do list.

Marking as resolved since I think I have either a workaround or explanation for everything in my original question.

• This reply was modified 6 months, 2 weeks ago by ericscoles. Reason: typo

Following steps are required to add a user to a subsite after account has been automatically created on SSO:

1. Edit newly created user to add email address (they will be created without one)
2. add the user to the subsite USING THE EMAIL ADDRESS. No other matching method will work – you cannot pick them from the auto-lookup list, that will fail with ‘user does not exist’. ONLY the email address will work.

Root cause seems to be that the user has been created without an email address. Not sure whether you regard that as a defect, but it would be good to document it as a requirement.

QUESTION: what would we have to do in order to make sure that users got an email address if their account were auto-created on login? I.e. which plugins would we have to activate, which would have to be upgraded to premium, etc.

No log entries appear to be generated by this failure.

When the user is created, they’re created without an email address. I’ve tried adding an email address to the user; same result: “requested user does not exist” when trying to add to a subsite.

Seems to indicate that it’s a premium plugin. Apparently the scanner can’t check premium plugins.

https://www.ads-software.com/support/topic/the-404-message-for-premium-plugins-should-be-improved/

I’m aware of those settings.

I want to know:

• What is the maximum amount that can fit into a textarea defined by this plugin?
• What is the default length for a textarea defined by this plugin?

I could test by gradually increasing the size in known amounts, but that’s trial & error I don’t have time for.