I've got a filter where I'm filtering the pagetitle of nodes I want to edit. I noticed that after submitting I was not taken back to the filtered view, but to the default value in the filter.

Comments

markfoodyburton’s picture

Assigned: Unassigned » markfoodyburton
Status: Active » Postponed (maintainer needs more info)

Owe
Yes... Mmmm... I'm going to need some time and help to figure it out - it sounds easy to fix though...

hanno’s picture

Status: Postponed (maintainer needs more info) » Active

Any progress on this issue? I am experiencing the same behavior.
when I update an filtered view the url changes after update from
/?q=exampleview&filter0=1234
to
/?q=exampleview

Is it possible to get back to the same url after update?

yngvewb’s picture

The same is happening to me. This also happends if you do an editing with pager on (editing page 2,3 etc), it always return to the first page after a update. I guess we can handle this with reading the referer URL and return to the referer after the update.

alxbridge’s picture

This is happening because no #redirect property is being set on the form; by default, I think a form will redirect to the page it came from, but losing any variables that were in the querystring. I put this workaround in a bespoke module's hook_form_alter, though the code could easily be worked into editablefields.module too:

// make sure forms with editable fields redirect back to same page
if (strpos($form_id, 'editablefields-')!==false) {
    $redirect = explode('?', request_uri()); // get current page as array, comprising path and querystring
    $redirect[0] = substr($redirect[0], 1); // strip off leading slash to avoid address mangling
    $form['#redirect'] = $redirect; // set redirect
}
joelpittet’s picture

Issue summary: View changes
Status: Active » Closed (outdated)

Closing legacy issue. Reopen as needed.