Actionbar disappearing on Combobox on refresh

[breckster]

Browser: IE7

Anyone have any idea why the actionbar disappears on a refresh. This behavior occurs on the demo site at http://openntf.org/extnd/demo.nsf. While editing one of the demo documents, select a different choice for the combobox "category 1". Upon refresh, the actionbar renders off the screen. Collapsing the lefthand menu or resizing the window, results in a complete redraw and fixes the issue. Annoying at the very least.

This behavior is not exhibited in Firefox

Thanks in advance.

[erenault]

Browser: IE7

Anyone have any idea why the actionbar disappears on a refresh. This behavior occurs on the demo site at http://openntf.org/extnd/demo.nsf. While editing one of the demo documents, select a different choice for the combobox "category 1". Upon refresh, the actionbar renders off the screen. Collapsing the lefthand menu or resizing the window, results in a complete redraw and fixes the issue. Annoying at the very least.

This behavior is not exhibited in Firefox

Thanks in advance.

Where ? in "Single Category view " ?
I have no error with IE 7. If I select "Church" i've got all documents Church ...

Can you give more precisions ?

[breckster]

I have attached a zip file that contains an avi file.
Watch how the actionbar is not visible after the "onchange" event fires for the "category 1" combobox.

Again this ONLY occurs in IE

[jratcliff]

Ahh, I see it now. Turns out that the onchange event that calls the _doClick() function automatically adds a hash to the end of the URL with the name of a named anchor that domino inserts before the select tag. With the hash and the fact that the named anchor exists, the browser will then scroll that part of the page up to the top. Hmm :-?, I wonder if we can just strip out the hash in the _doClick() call before we call it. If we can do that then perhaps the hash won't get added to the address.

For those interested, the _doClick call looks like this:


onchange="_doClick('$Refresh', this, '_self', '#_RefreshKW_cat1')"

And the resulting URL looks like this:


http://openntf.org/EXTND/demo.nsf/0/1c46211e1e15b969862573fc00479cf8!EditDocument&Seq=2#_RefreshKW_cat1

I guess another solution would be to find and remove the named anchor. Either way, we'll have to parse out the hash value in the _doClick() call. I'll see what we can do.

[breckster]

Any Update on this? The demo database is still showing this issue.

Thanks Jack

[jratcliff]

Any Update on this? The demo database is still showing this issue.

Thanks Jack

Sorry! I forgot to add this to our bug tracker and thus we forgot about it! I'm adding it now and I'll see if I can get a fix in Beta 1r2 that we plan to release soon.

Jack

[Miguel Angel Hernandez]

Any Update on this? The demo database is still showing this issue.

Thanks Jack

To solve this problem you can uncheck the "Refresh fields on keyword change" option of the ComboBox and call a function in the "on change" event to refresh the document. I've implemented this function using an action button (on the form) with the formula "@Command([ViewRefreshFields])" and declaring it in JS Header:

function refreshDocument() {
document.forms[0].RefreshActionButton.click();
}

I hope this helps.