Closed (duplicate)
Project:
Drupal core
Version:
x.y.z
Component:
locale.module
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
13 Feb 2006 at 07:08 UTC
Updated:
21 Feb 2006 at 16:42 UTC
1. go to admin/locale/string/search
2. type something into the box and hit return
expected result: search results show up
actual result: browser goes to admin/locale/string/search: no search results
Comments
Comment #1
darius commentedI can verify that this is a problem (just as described) with the latest CVs version.
Comment #2
pkls commentedI have the similar problem which I traced via debugger to drupal_get_form function which has another problem located here: http://drupal.org/node/48622
I traced that the form submission of the locale search string uses go_to thereby losing all the POST variables. If the _locale_string_seek_form() function just generated the themed form code instead of redirecting, we would have seen the intended output instead of the same blank form.
From the outset, it looks like the problem is in drupal_get_form function in form.inc. But an expert has to confirm.
Comment #3
pkls commentedInadvertantly changed the title in the last post - changing it back.
Comment #4
pkls commentedI fixed it using some crude hack:
In the function "locale_admin_string()" in locale.module
Add "$_POST['edit'] = NULL;" between the following two lines.
line 451: $output = _locale_string_seek();
line 452: $output .= _locale_string_seek_form();
So the above becomes:
line 451: $output = _locale_string_seek();
line 452: $_POST['edit'] = NULL;
line 453: $output .= _locale_string_seek_form();
clearing out the $_POST['edit'] variable after it has already been processed avoids the drupal_goto in _locale_string_seek_form();, so you see the processed output from _locale_string_seek(); which is not wiped out due to the goto function.
Locale search works for me now.
Comment #5
moshe weitzman commentedhttp://drupal.org/node/49799