tomodea

I was hoping someone would have a fix for this problem by now.

Thanks, Tom O’Dea

Jim,

I’ve now opened a new issue on GitHub Tracker: https://github.com/pods-framework/pods-gravity-forms/issues/45

Thanks, Tom O’Dea

Jim,
Many thanks. I’ll tackle this over the weekend.

anmari,

I’ve done a var_dump ($_SERVER) as per your suggestion and the result is quite interesting. I’m not going to include the complete output because it is rather long and it contains cookies, etc.

The most interesting part is the REQUEST_URI which is showing as “/my-dashboard/list-of-web-site-users/” whereas we would have expected it to be “/wp/my-dashboard/list-of-web-site-users/”.

However, the REDIRECT_URL is showing as “/wp/my-dashboard/list-of-web-site-users/”.

I’m beginning to think that it might have something to do with my .htaccess. Once we’ve switched across to the new WordPress site, the .htaccess will be modified so that references to friendsofchurchillisland.org.au will be redirected to riendsofchurchillisland.org.au/wp.

I will leave it as is for the present and will uncomment the 2 statements when we make the switch.

Thanks, Tom

anmari,

Thanks for the info. about the use of remove_query_arg.

I looked at where this was being used and found it in 2 places in the include file ameta-includes.php.

The first is in the amr_adjust_query_args function:
$base = remove_query_arg (array('refresh','listpage'));

The second is is in the ausers_form_start function:

$base = remove_query_arg(array(

			'refresh', 

			'listpage', 

			'rows_per_page',

			'filter',

			'su', 

			'fieldvaluefilter',

			'doing_wp_cron',

			'index'));

I ran some tests with these 2 statements commented out and it now works for me!

I’m not seeing any obvious downside in not having these statements executed.

Thanks, Tom

anmari,

Thank you for your suggestions.

I’ve checked the WordPress Address (URL) and the Site Address (URL).
The WordPress Address is: https://friendsofchurchillisland.org.au/wp
The Site Address is: https://friendsofchurchillisland.org.au/wp

I tried setting the Site Address to be: https://friendsofchurchillisland.org.au

However, it made no difference to the way the amr users plugin behaves. When I click on the Name column, the URL that is generated is still https://friendsofchurchillisland.org.au/my-dashboard/list-of-web-site-users/?sort=display_name&dir=SORT_ASC

On the other hand, when I click on a username (which has an “edit user” setting), the correct URL is used: https://friendsofchurchillisland.org.au/wp/wp-admin/user-edit.php?user_id=3

Please note that my current WordPress site is always accessed using the URL that includes the WordPress directory name, i.e. https://friendsofchurchillisland.org.au/wp This is because the WordPress site is still in test mode and is running alongside the current site which is accessed using only the domain name, i.e. https://friendsofchurchillisland.org.au

Perhaps everything will work as expected when I change the .htaccess to include a rewrite rule that causes references to https://friendsofchurchillisland.org.au to be rewritten as https://friendsofchurchillisland.org.au/wp ?

Thanks, Tom O’Dea
Melbourne, Australia

OK. I’ve now figured out how to fix this.

The problem is in wp-socializer.php. Replace this statement:
$url = (!empty($_SERVER['HTTPS'])) ? "https://" . htmlspecialchars($_SERVER['HTTP_HOST']) . $_SERVER['REQUEST_URI'] : "https://" . htmlspecialchars($_SERVER['HTTP_HOST']) . $_SERVER['REQUEST_URI']; // Revised since v2.4.9.7

with this:
$url = get_permalink();

Regards, Tom