When I expose a filter (nodereference), it shows the new correct views but js never gets run, so I see the radio buttons and on second filter I get to the views page.

Comments

tommeir’s picture

I seem to be having the exact same problem.
Im using the beata3 version and a view with exposed filters to screen for nodes.
applying changes to the exposed filters gives out the view page not inside the node referenced explorer.

I think a patch to nodereference_explorer.views.class.inc is needed

tommeir’s picture

Assigned: Unassigned » tommeir
Status: Active » Needs review

I found the problem, Disable Ajax within the view solves the problem.
Nodereference explorer uses ajax itself and this double statement seems to be what causes this bug.

rjbrown99’s picture

I have another issue with exposed filters, and figured I would reference it here since you are talking about the same thing. I'm on Beta6.

I have a view of items that requires the scroll bar since it is vertically larger than one NRE window. If the view has exposed filters, they correctly appear at the top and the 'focus' for the user is at the top of the new NRE window. If you want to see the rest of the items, you scroll down within the window. This is the behavior in the default view that comes with NRE.

Here's the potential bug - if you remove/hide all of the exposed filters from the user, when opening an NRE window the content loads and then something auto-scrolls you to the bottom of the window, presumably for the submit button. Basically you are now looking at the scrolled-down bottom of this new window instead of starting at the top. This is not desirable. I am guessing there is some type of javascript routine rolling through looking for input boxes, and since there are no more input boxes at the top it keeps going until it hits submit.

If you want to reproduce, just hide/remove the exposed filters from the default view and make sure enough 'items per page' are enabled so your NRE window will require scrolling up/down.

I tried with "Use AJAX" in the view both on and off - same result.

rjbrown99’s picture

Version: 6.x-1.1-beta4 » 6.x-1.1-beta6
Status: Needs review » Active

Changing to active, beta 6. There is no patch here, so "needs review" is a bit misleading.

Shademan’s picture

When i try to expose a filter theres two things that happen:

if i have AJAX = OFF, when i try to filter it reloads the whole page and redirects to myfrontpage?filter=bla
if i have AJAX = ON i can filter, but then i cant select anything anymore -_-

fastangel’s picture

Hi,
The problem is that you can not enter the exposed filter form inside another form. I've solved with the following changes:

diff -r nodereference_explorer/includes/nodereference_explorer.menu.inc
108d107
< 
110c109,111
<       return drupal_get_form('nodereference_explorer_dialog_form', $output, $title); //form of internal area
---
> 
>       $output .= drupal_get_form('nodereference_explorer_dialog_form', $title); //form of internal area
>       return $output;
164c165,166
< function nodereference_explorer_dialog_form($form_state, $dialog, $title) {
---
> function nodereference_explorer_dialog_form($form_state, $title) {
> 
169,171d170
<   $form['output'] = array(
<     '#value' => $dialog,
<   );
174c173,177
<     '#value' => 'Submit',
---
>     '#value' => t('Accept'),
>   );
>   $form['cancel'] = array(
>     '#type' => 'submit',
>     '#value' => t('Close'),
175a179,180
> 
> 
184a190,194
>   if ($form_state['clicked_button']['#id'] == 'edit-cancel') {
>     $state = array();
>     modalframe_close_dialog($state);
>   }
>   else {
186c196,197
< }
\ No newline at end of file
---
>   }
> }

gnindl’s picture

Disabling the jquery_update module works for me

gnindl’s picture

Version: 6.x-1.1-beta6 » 6.x-1.x-dev
Status: Active » Closed (duplicate)

Duplicate of #67032: project_update_2() changes not performed in project_install(). #6 has strongly inspired the current solution (check out current dev snapshot).