• Resolved GevoelVoorHumus

    (@gevoelvoorhumus)


    Hi Aaron,

    I use your plugin on several sites and I have a problem on some of them: no matter how often I set a redirect, it gets deleted and I have to do it again, to no avail. I think the sites I have the problem with have something in common: I changed the auto delete settings. But now, even if I set them to 0, the URL gets deleted and the visitor is sent to the default page.

    Might this be a bug? Or am I doing something wrong? Thanks for your good work!

    Cheers,

    Marc

Viewing 8 replies - 1 through 8 (of 8 total)
  • Plugin Author Aaron

    (@aaron13100)

    Hey Marc.

    Are they getting deleted during the daily maintenance run? There’s a line in the debug file that says when it deletes things. It looks like this:
    2018-08-30 13:29:03 UTC (INFO): deleteOldRedirectsCron. Old captured [... etc ... ]
    To see the debug log, go to Settings -> 404 Solution -> Options -> Advanced Settings (Etc) -> “View” the debug log.

    Are the redirects deleted immediately, or after a certain amount of time?

    Is the date/time correct in the MySQL they’re using?

    If you turn on debug logging then you can see why a redirect is deleted by the daily maintenance run. To turn on debug logging, go to Settings -> 404 Solution -> Options -> Advanced Settings (Etc) -> “Debug logging”

    Let me know.
    thanks

    Thread Starter GevoelVoorHumus

    (@gevoelvoorhumus)

    Thank for your reply! Yesterday, I set the redirect again, and it worked. Today, it doesn’t. It sends me back to the homepage.

    If the maintenance run deleted it, it is a duplicate row because no old URLs have been removed for a while:

    2018-09-05 01:46:20 UTC (INFO): deleteOldRedirectsCron. Old captured URLs removed: 0, Old automatic redirects removed: 0, Old manual redirects removed: 0, Old log lines removed: 0, Duplicate rows deleted: 4, Admin email notification option turned off., User initiated: false

    This is from today’s debug report:

    2018-09-05 11:36:29 UTC (DEBUG): Processing 404 for URL: /wie-zijn-we/ | Redirect: {“id”:0} | is_single(): | is_page(): | is_feed(): | is_trackback(): | is_preview(): | options: auto_redirects: 1, auto_score: 90, auto_cats: 1, auto_tags: 1, dest404page: 5|5, HTTP_USER_AGENT: ***, REMOTE_ADDR: ***, REQUEST_URI: /wie-zijn-we/
    2018-09-05 11:36:29 UTC (DEBUG): No posts or pages matching slug: wie-zijn-we
    2018-09-05 11:36:29 UTC (DEBUG): Logging redirect. Referer: | Current user: Marc Siepman | From: /wie-zijn-we/ to: https://permacultuur-magazine.eu, Reason: user specified 404 page. , Ignore msg(s): , Country:

    The times in the debug log are two hours earlier than on my home computer. Does that mean MySQL is two hours off?

    Hope this helps.

    Marc

    Thread Starter GevoelVoorHumus

    (@gevoelvoorhumus)

    Also: can you remove REMOTE_ADDR from debugging? I don’t think it’s necessary and it would make it easier to comply to GDPR.

    Thread Starter GevoelVoorHumus

    (@gevoelvoorhumus)

    I see now that there a is a separate log file for each URL. There are 31 redirects recorded; just four are sent to the right page. The only time it happens twice in a row, it is on the same day. So they probably are deleted during the maintenance run.

    Yesterday I did not set the page again, but today the link even disappeared from the captured 404’s!

    My suspicion is that during maintenance /wie-zijn-we/ is deleted because /wie-zijn-we (no trailing slash) is in the database already. Both trigger a separate 404, however.

    Hope this helps.

    Plugin Author Aaron

    (@aaron13100)

    Marc, thanks for your feedback. It seems to be a duplicate between ‘captured 404s’ and ‘page redirects’.

    Please have a look for the URL in ‘captured 404s’ and delete or edit the URL in on the ‘captured 404s’ page if it’s there. If it’s not there please let me know.

    I will update the REMOTE_ADDR in the debug log to respect the option selected on the options page. Thanks for letting me know about that.

    Plugin Author Aaron

    (@aaron13100)

    Marc, please update to version 2.10.0 and try again. This version will delete whatever the oldest duplicate is instead of the one most recently created, so it should have the result you want.

    thanks

    Thread Starter GevoelVoorHumus

    (@gevoelvoorhumus)

    Thanks! I’ll let you know if I have any further problems, but so far so good!

    Plugin Author Aaron

    (@aaron13100)

    Thanks for your help resolving this Marc.

Viewing 8 replies - 1 through 8 (of 8 total)
  • The topic ‘Auto delete?’ is closed to new replies.