Oruxmaps unable to connect

Hi,

If the ‘Full custom URL’ is what Trackserver shows in the profile, then there must be something weird with your setup.

Trackserver tries to find out what the ‘blog URL’ is, which it seems to do correctly (https://excessiveweaving.com.au/). It then tries to match all incoming requests against the configured ‘slug’ for the endpoint for location updates (‘mapmytracks’). This is where things seem to fail, as this results in a 404. Unfortunately, I cannot explain this.

If you’re comfortable with PHP, you should add some debugging code to the parse_request() function (file: class-trackserver.php, line 1425 in Trackserver v4.3.2).

The MapMyTracks handling code starts at line 1485:

https://github.com/tinuzz/wp-plugin-trackserver/blob/7fa62a6c1b0d7b5dd3d1a85603c8344a3f172e59/class-trackserver.php#L1485

I would be interested in the values of $request_uri and $uri on line 1488. These should be the same, and in your setup they apparently are not.

Best regards,
Martijn.

My guess would be that you have a plugin conflict. Do you have any other plugins installed that hook into the parse_request hook?

Best regards,
Martijn.

I edited the file mentioned to add (before 1488)
error_log( $request_uri );
error_log( $uri );
and get
[02-Mar-2020 21:05:50 UTC] /.info.php
[02-Mar-2020 21:05:50 UTC] /mapmytracks

I then disabled all other plugins (this is a test wordpress site)

Tracks started coming in..

Enabling the other plugins one at a time shows that there is a conflict with Woocommerce – so probably not something that many sites will be running alongside yours, but still quite common.

Thanks for your help
Alastair Breingan

Great find. Good to hear that it works.

The fact that the value of $request_uri is ‘/.info.php’ seems very strange to me.

Best regards,
Martijn.

That was just the first one I saw. If it helps i have also seen
/trackserver/gettrack/
/
/tracks/
I also saw https://excessiveweaving.com.au/mapmytracks in $uri on two occasions, but all others were /mapmytracks