Есть 2 базы, одна клон другой, на одной веду разработку, вторя рабочая. При переноса приложения вроде прошло все нормально, работает без проблем, пока не воспользоваться фильтрами или сортировками в самом интерактивном отчете. Вот тут начинаются грабли, значение по которому строится фильтр выводится кракозяблями. В тестовой базе все нормально, ни каких эксцессов.
Подскажите где рыть. Oracle 9.2.0.7, APEX 3.2 кодировка в базах UTF 8

Забыл скрины приложить, Здесь с тестовой базы

Здесь с рабочей

В дополнение, заметил что при работе с тестовой базой браузер работает в кодировке UTF-8 а в рабочей win 1251 а данные в сортировке в UTF-8. В чем может быть глюк? При импорте приложения APEX по умолчанию ставил кодировку win 1251 которая насильно менялась на UTF-8 так как в ней и экспортировалось. Может тут собака порылась???

Ура нашел, в wdbsvr.app параметр nls_lang был RUSSIAN_CIS.CL8MSWIN1251 а нужно было American_America.AL32UTF8

В настройках апача C:\oracle\ora92\Apache\modplsql\cfg , это у меня он тут стоит, есть файл wdbsvr.app. Открываем его блокнотом, там в настройках DAD есть закоментированый параметр nls_lang, его разкоментируем и пропишем nls_lang = American_America.AL32UTF8 после чего рестартуем сервис OracleOraHome92HTTPServer в службах, если сервер на виндах.
DAD приблизительно вот так должен выглядить
[DAD_apex]
connect_string = xxxxxxx
password = xxxxxx
username = xxxx
default_page = apex
document_table = wwv_flow_file_objects$
document_path = docs
document_proc = wwv_flow_file_mgr.process_download
;upload_as_long_raw =
;upload_as_blob =
;name_prefix =
;always_describe =
;after_proc =
;before_proc =
reuse = Yes
;connmax =
pathalias = url
pathaliasproc = sample.wwpth_api_alias.process_download
enablesso = No
;sncookiename =
stateful = STATELESS_RESET
;custom_auth =
;response_array_size =
;exclusion_list =
;cgi_env_list =
;bind_bucket_widths =
;bind_bucket_lengths =
;error_style =
nls_lang = American_America.AL32UTF8
;input_filtering =