Hello,

When a user deletes or edits a status, the edit or delete operation is performed BUT a page not found will follow.

Watch dog shows the referrer as
http://mysite.com/base/ar/statuses/3/delete?destination=http%3A//mysite....
http://mysite.com/base/ar/statuses/5/edit?destination=http%3A//mysite.co...

The resulting url is: http://mysite.com/base/ar/%252Fbase/ar

Site home page is http://mysite.com/base/ar

A user may add a status, or respond to a status without errors.

Regards.

Comments

icecreamyou’s picture

icecreamyou commented

Hmm. It doesn't make any sense that you would get redirected there because the "destination" parameter is correct. That %252F in the URL is a double-encoded slash (/). I can't reproduce this myself, although my sites are all in the webroot in a single language.

What is the actual URL when you click on an edit/delete link (as opposed to what shows up in Watchdog)?

tcibah’s picture

tcibah commented

Edit & Delete URL when clicking the links are:

http://mysite.com/base/statuses/2/edit?destination=http%3A//mysite.com/b...

http://mysite.com/base/statuses/2/delete?destination=http%3A//mysite.com...

Will also end you site name & credentials by email.

Thanks

icecreamyou’s picture

icecreamyou commented
Priority: Normal » Minor
Status: Active » Fixed

That is really weird. It's a server configuration problem because the URL is correctly formed and the rest is basically browser behavior. I've tested this in every major browser (and some minor ones) on every major operating system and they all work. And it's not limited to FBSS because for example if you go to the URL http://yoursite.com/base/user/4/edit?destination=http://yoursite.com/base/og and submit the form it will redirect you to the wrong place. But relative URLs work like http://yoursite.com/base/user/4/edit?destination=og.

Anyway, I've committed a fix to dev. Hopefully the fix won't break other sites, but it works for me and it should work for you.

tcibah’s picture

tcibah commented

Hello,

Uploaded & activated today's dev release, cretaed a status, but still getting "Page not found" after editing that status.

Redirected to: http://mysite.com/base//base/users/username

URL should be
http://mysite.com/base/users/username

We will be pleased to have your comments on the potential server configuration problem mentioned above. Will work on that & hope it will fix the issue.

Thanks for your support.

tcibah’s picture

tcibah commented

UPDATE: Based on your hint & as our Drupal install is in a subdirectory, we have uncommented the following directive in the .htaccess file:
RewriteBase /base

So far, we are able to edit & delete statuses without errors. We will do more tests & report the finding in case of errors.

Have a great weekend..

icecreamyou’s picture

icecreamyou commented

I had to refresh my browser cache before it would work for me. That was probably your issue after upgrading to dev. But good to know about the RewriteBase rule.

tcibah’s picture

tcibah commented

True!

We re-commented that RewriteBase rule, cleared local & server cache; we were able to edit/delete a status without error.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

donquixote’s picture

donquixote commented
Status: Closed (fixed) » Active

Still seeing this bug.
"Status has been successfully edited."
"Page not found."
on .../en/en/user/1/status
(duplicate language code)
referrer: .../en/statuses/2/edit?destination=en/user/1/status

The destination should be "user/1/status". Language code is prepended automatically.

icecreamyou’s picture

icecreamyou commented
Status: Active » Closed (fixed)

@donquixote your issue is addressed at #879100: Bad redirects on edit links in multilingual websites