Доброго времени суток!
Имеется приложение по работе со справочниками.
Обыкновенно, выбран тип страниц: CREATE->Forms->Form on a Table with REPORT либо Master Detail Form
соответственно, на двух-трех страницах осуществляется редактирование.
Все было отлично до тех пор, пока "продвинутые" пользователи не начали открывать на редактирование
одновременно в браузере несколько вкладок для редактирования каждой из записи списка MASTER
(под в общем-то благовидными предлогами экономии времени редактирования и удобства работы с данными...).
В результате, при переключении между вкладками перемешиваются записи detail -
при входе в 3-е окно (редактирование записи detail) и выходе из него в одной вкладке - о, чудо! -
появляется список detail-записей, относящихся к master-записи на другой вкладке, подобный эффект наблюдается и при штатной сортировке колонки региона (REPORT TEMPLATE), правда, при рефреше текущей вкладки восстанавливается правильный список.
Оно и понятно - для сессии пользователя все вкладки одинаковы на предмет значений ITEM PAGE, тут и возникает неопределенность.
В связи с этим, есть ли рекомендации, как обходиться с таким явлением в целом? И как локальный вопрос: может запретить пользователю работать в нескольких вкладках с одной и той же страницей (в необходимых случаях, но как? Через глобальные Application Items?)? Заранее спасибо за советы.

Кстати, использую Apex 4.2. 3.
Некоторые эксперименты показали, что путем передачи из master-окна в окно редактирования записи detail и обратно явного значения ID ситуация поправляется, но вот штатная сортировка в регионе report никак не лечится. При клике, например, на 3-й столбец, вызывается примерно следующий код, вшитый в Apex:
javascript:apex.widget.report.sort('333548067309278483','fsp_sort_3').
При переходе в другую вкладку при клике сортировки на тот же столбец - данные выводятся в report из другой вкладки. По ходу придется отказаться от включения штатной сортировки...

Коллеги, спасибо за отклик.
1. Заметил, что при переходе между страницами внутри одной вкладки и при переключении на другую вкладку и при переходе между страницами (закрыть/открыть, редактировать) явная передача соответствующих ID туда-обратно (в частности между 2-м и 3-им окном, а кстати и глубже - 4-е и 5-е для подчиненных справочников) позволила снять вопрос, тут и рефрешить не приходится, хотя где можно вставил подчистку кэшей и пагинации.
2. Но по штатной сортировке загвоздка в том, что при нахождении во 2-м окне со списком отчета detail-записей(в обоих вкладках - экспериментировал и с большим количеством параллельных вкладок) после нажатия сортировки на одной вкладке и перехода на другую вкладку, перед нажатием любой сортировки на колонках отчета detail-записей необходимо рефрешить страницу, а потом все работает. Иначе, как и описывал выше - список появляется из другой вкладки.
Пользователям сносит крышу... Т.е. получается, чтобы было без такого эффекта, нужно рефрешить страницы (на всех в пределе) открытых вкладках при нажатии сортировки на одной из них...
Конечно, убрать сортировку пользователем и явно прописать в SQL-запросе отчета ORDER BY - вопрос и исчезнет, однако есть ли идеи другие?

Взял рабочий пример из действий пользователей. Итак:
Окно (1) - список мастер-таблицы. На кнопках редактирования записей правой клавишей вызывается n-е количество вкладок, в нашем примере две.
Окно (2) - 1-я вкладка редактирования записи с ID = 5006758311.
Окно (3) - 2-я вкладка редактирования записи с ID = 5006758307, в котором пользователь жмет сортировку на втором столбце.
Окно (4) - 2-я вкладка редактирования записи с ID = 5006758307, но регион отображается Apex-ом для detail-таблицы из вкладки окна (2)!

Petro123Вероятно нарушено правило:
- отсутствие глобальных переменных.
- все переменные с префиксом страницы, и в коде страницы нельзя использовать переменный с другой страницы.
.....
+
Нажмите F12 - Сеть и проверьте POST параметры при клике на сортировку.

1) Глобальные переменные - что имеется ввиду? Зачем тут они нужны?
2) Все переменные с префиксом страницы - проверил, других нет (раздел ITEMS PAGE).
3) POST параметры - при клике на сортировку выводится: POST /pls/apex/wwv_flow.show HTTP/1.1 ... - ничего необычного.
Ссылка Apex при наведении на сортировку: javascript:apex.widget.report.sort('331697554155413539','fsp_sort_2_desc') - на обоих вкладках идентична, как повлиять на поведение, пока не ясно...

blkangelЕще раз, чтобы не было багов при сортировке, пропиши через запятую в поле Page item to submit, все ITEM которые участвуют в запросе.
То-то и оно! Если бы был прямой клик и переход в окно (2) - вопросов нет, все работает и в поле Page item to submit передается четкий ID мастер таблицы!
Но!
Действия пользователей: при клике из окна (1) на кнопке EDIT (см. рисунок) правой клавишей мыши и выборе из выпадающего меню (стандартного браузерного) "Открыть ссылку в новой вкладке" - открывается вкладка с адресом URL окна (2). Далее открывается подобным образом вторая вкладка на по ссылке на второй записи и т.д. Ничего нигде еще не жмем. И когда таки в первой новой вкладке (окно 2) кликаем на сортировку - и происходит подмена региона дочернего списка.
В чем "тупим"-то?

blkangel,
Вот выборка из хромовского отладчика:
p_request:APXWGT
p_flow_id:110
p_flow_step_id:23
p_instance:12354220514864
p_debug:
p_widget_action:sort
p_widget_action_mod:fsp_sort_3
p_clear_cache:RP
p_fsp_region_id:331697554155413539
x01:331697554155413539
p_widget_name:classic_report

Собственно настройка линка со страницы (1) - master-список - представлена на рисунке. Явно передается значение ID. Вроде как ничего лишнего, все штатно...

blkangel,
Тупим-то реально, как выясняется...
Поправил передачу параметров в окне (2) - detail-список.
Заработала и сортировка, как требовалось.
Будем внимательны на будущее.
Спасибо всем за подсказки.
Для тех, кто будет просматривать тему, привожу рисунок с последней корректировкой настроек (может оказаться полезным).