Поленоиначе как объяснить отображение данных из чужой схемы.
т.е. прод и дев хранятся в разных схемах одной базы ?

Объяснить можно,
например, динамическими подстановками в запросе,
или, если менять динамически схему разбора приложения в таблице wwv_flow,
или если менять текущую схему alter session с последующей ошибкой при инициализации и т.д.

blkangel,

Если в коде косяков нет, никакие глюки не начинаются (я во всяком случае не слышал о таких, наверняка, столкнулся бы давно).
Без схемы #OWNER# будет брать из parsing schemа и применять права parsing schemа. Другое дело, если в коде dynamic ddl типа синонимов и др. тогда дей-но глюки будут.

blkangelУ меня частенько есть этот глюк в репортах, при этом выдает RESET PAGINATION жмешь и дальше продолжает работать. И насколько я замечал, частенько возникает это в момент сортировке на столбце, поиска и т.д без обновления страницы. Т.е. отображает изначально верно, а потом различные манипуляции приводят к глюком. Закономерность я вычислить не смог.
Я не думаю, что это как-то связано. Знаю что в неинтерактивных отчетах возникает, когда запрошена несуществующая страница отчета, т.е. кол. страниц поменялось при наложении фильтров. Можно сделать дополнительно reset pagination (например, передать в url RP параметр), чего я, ленюсь делать, мороки много, сообщение в общем-то понятное, если перевести.

Полено,

Я бы покопался поглубже.

1. Проследил бы, есть ли и не меняются ли синонимы.
1. Последил бы за значением sys_context('userenv','current_schema') из запроса