documentone

@johnny5 At one point since my last post, I did delete the plugin and start from scratch.

I re-installed 3.1.1, and updated to the 3.2 beta. No longer getting the error page, but still cannot delete or disable redirects. I can only add and edit them. No errors in the console when trying to delete/disable.

I can give you access to another site, where I’m seeing the same issue. I’ll get in touch via your form.

Hi John,

Thanks for the quick turnaround on trying to find a fix. I installed the 3.2 beta, but the result was that none of the existing redirections appeared (message was: “Sorry, something went wrong loading the data – please try again”, and I got a “Something went wrong” error notice.

I went through the list of suggestions, and here are the results:

1. Check plugin status: I got a blank page (checked source HTML and it was just empty head/body tags)
2. Rest API: Mine seems to be working OK (lots of code at /wp-json)
3. Security plugins/software: None running on my intsall
4. Caching software: I purged my WP Total Cache and then disabled the plugin —?no change
5. Disable plugins: I can’t disable too many of my plugins as they’re essential to keep the site working properly (ACF powers a lot of the site)

Sorry I can’t provide backend access —?it’s a client site.

This was the error log on the redirection admin page:

Plugin: 3.2-beta
WordPress: 4.8.5 (single)
PHP: 7.0.27
Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:58.0) Gecko/20100101 Firefox/58.0
JavaScript: https://porteparole.org/wp-content/plugins/redirection/redirection.js
REST API: https://porteparole.org/wp-admin/admin-ajax.php?action=red_proxy&rest_path=

Error: No route was found matching the URL and request method
Action: redirection/v1/group/ GET
Code: 404 Not Found
Raw: {"code":"rest_no_route","message":"No route was found matching the URL and request method","data":{"status":404}}

Error: No route was found matching the URL and request method
Action: redirection/v1/redirect/&orderby=id GET

Same issue (cannot delete or disable existing redirects). Checked web developer console for errors, but nothing there.

Running WP 4.8.5 and Redirection 3.1.1

I’m using WordPress 3.0.5 and the quick hack/fix I’m using is to comment out line 212 in wp-admin/includes/media.php:

// $title = $image_meta['title'];

For me, that forced the uploaded image to use the file name. That line is part of an if/else statement that runs when the wp_read_image_metadata function is called on line 210. The function is define in wp-admin/includes/image.php and it’s purpose seems to be to process the EXIF/IPTC metadata as best it can, given the diversity of data that might be available in the file.

I hate modifying the WP core files to fix an issue, but since I was doing so for my personal site, and not a client’s, I just hacked it for now. If anyone knows a good plug-in for processing image metadata or a non-hacking fix, it’d be great to hear it.

Thanks.