Author Topic: Opening in new tab / window breaks most forms! (Read 1269 times)

alanms · October 06, 2010, 10:46:38 am

Just noticed a slightly unpleasant behaviour.

If you rack up more than one tab for the same component, strange results happen (Civi 3.2.3). This happens for everything I've tested, and here's some examples:

- Tags: Open several tags for editing in new tabs from their 'edit' links. Edit them all, hit save. Every page except the last one you opened has switched from the 'update' to 'add new' action. If you changed the tag name, it's decided to create a new tag of that name leaving the old tag unchanged. If you didn't, it's given an incongruous "Name already exists in Database" error.
- Activities: Try to delete (or edit) several activities from the activities dashlet by opening the appropriate links in new tabs. Everything seems to work fine. Go through them all, performing the actions, then re-load the dashlet. All of them except the last one are unchanged.

Bizarrely, the only place I could find where this glitch didn't occur was contacts where the context was a search result - coincidentally the only one where there's normally no 'new tab' option! I wonder if this might because these have onsubmit="getSearchURLValue( );" in their form tag - perhaps this js action is also refreshing the session data on submit regarding the action and ID.

alanms · November 14, 2010, 07:30:20 am

Two more examples of this bug:

1) Relationships. To replicate (up to v3.3)

In the 3.3. sandbox, create two contacts, "Sally Singleton" and "Polly Polygamous". Open Sally in one tab, Polly in the other.
Give Sally a spouse (add relationship). Then, in the other tab, give Polly a spouse.
Sally's spouse will have deserted her for Polly, leaving Sally unmarried. Depending on the order, Polly will either have both spouses, or only Sally's.

2) Exports. To replicate (up to v3.3)

Do a search for indivudals, and in another tab, search for organisations.
In each tab, select and 'Export' some contacts, with an approriate field mapping.
Everything looks fine, until you check the CSV files. Both have the correct mapping, but both contain data from the organisations selected in the second export.

Hershel · November 14, 2010, 11:40:21 am

This is a known issue. See here http://forum.civicrm.org/index.php?topic=16328.0 where Lobo says:

Quote

this bug is 70-80% fixed in 3.2

It is now isolated to places where we merge the concept of a "page" and "form" (civicrm terms). Can u recreate on sandbox (3.3) and if so please file an issue. We'll fix in a future release. Might want to consider contributing a patch to fix it

Not sure if any of your cases qualify as neither "page" nor "form" however.

alanms · November 14, 2010, 12:32:22 pm

(technically, became a known issue 3 weeks after my post

)

Glad to see it's being sorted out, I hacked the unnecessary speculation out of my post.

In the v3.3 sandbox, the tags example and both new examples still happen, but the activities one appears to have been fixed.

pike67 · August 29, 2012, 04:18:59 pm

I know its an old topic, but this is still an issue on 4.1.1. all sorts of stuff is tied to your $session, which makes it impossible to work with tabs. this makes the workflow a lot slower... it also gives crazy / unexpected results. I'm going to have to tell my client not to work with tabs, ever.

is this in a bugtracker somewhere ?

for one thing, the settings form of a group seems to be tied to the session.

*-pike

CiviCRM Community Forums (archive)

News:

Author Topic: Opening in new tab / window breaks most forms! (Read 1269 times)

alanms

Opening in new tab / window breaks most forms!

alanms

Re: Opening in new tab / window breaks most forms!

Hershel

Re: Opening in new tab / window breaks most forms!

alanms

Re: Opening in new tab / window breaks most forms!

pike67

Re: Opening in new tab / window breaks most forms!