ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle APEX [игнор отключен] [закрыт для гостей] / Искажение адресной строки.
24 сообщений из 49, страница 2 из 2
  2  все
Искажение адресной строки.
    #38491617
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

apex_debug_message это 4.1, в 4.2 там немного другие функции, вот эти

APEX_DEBUG.ENABLE (APEX_DEBUG.c_log_level_engine_trace)
APEX_DEBUG.MESSAGE('DEBUG: ' || owa.cgi_var_name(i) || ' = ' || owa.cgi_var_val(i))
...
Рейтинг: 0 / 0
06.12.2013, 13:01
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491619
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Написал побольше и в разные места.

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
1	06.12.13 13:01:49,721000 +04:00	CGI: QUERY_STRING = p=102:17:5952854375731::YES::P17_CLAIM_ID,P17_PT_DC_ID:18834,5
2	06.12.13 13:01:49,737000 +04:00	DEBUG: QUERY_STRING = p=102:17:5952854375731::YES::P17_CLAIM_ID,P17_PT_DC_ID:18834,5
3	06.12.13 13:01:49,909000 +04:00	CGI: QUERY_STRING = p=102:LOGIN_DESKTOP:2073860904417
4	06.12.13 13:01:49,924000 +04:00	DEBUG: QUERY_STRING = p=102:LOGIN_DESKTOP:2073860904417
5	06.12.13 13:01:49,940000 +04:00	DEBUG: QUERY_STRING = p=102:LOGIN_DESKTOP:2073860904417
6	06.12.13 13:01:50,065000 +04:00	DEBUG: QUERY_STRING = p=102:LOGIN_DESKTOP:2073860904417
7	06.12.13 13:01:54,409000 +04:00	CGI: QUERY_STRING = 
8	06.12.13 13:01:54,456000 +04:00	DEBUG: QUERY_STRING = 
9	06.12.13 13:01:54,471000 +04:00	DEBUG: QUERY_STRING = 
10	06.12.13 13:01:54,550000 +04:00	DEBUG: QUERY_STRING = 
11	06.12.13 13:01:54,800000 +04:00	CGI: QUERY_STRING = p=102:17:2073860904417::YES::,P17_PT_DC_ID:,5
12	06.12.13 13:01:54,815000 +04:00	DEBUG: QUERY_STRING = p=102:17:2073860904417::YES::,P17_PT_DC_ID:,5
...
Рейтинг: 0 / 0
06.12.2013, 13:03
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491623
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Нужно посмотреть page_view_id со строкой FSP_AFTER_LOGIN_URL и вывести полностью его тогда будет видно что к чему
у меня пока компьютера под рукой нет, посмотреть что там должно быть
...
Рейтинг: 0 / 0
06.12.2013, 13:06
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491634
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Чем Вам поможет page_view_id

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
1	06.12.13 13:01:49,721000 +04:00	...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value="f?p=102:17:2073860904417::YES::,P17_PT_DC_ID:,5"	541	17
2	06.12.13 13:01:50,049000 +04:00	"...Execute Statement: begin htp.p('FSP='||:FSP_AFTER_LOGIN_URL);
htp.p(v('SESSION'));
HTP.P(V('ITEMNAMES'));
HTP.P(V('ITEMVALUES'));
htp.p(v('Session'));
htp.p(v('itemNames'));
htp.p(WWV_FLOW_UTILITIES.my_url);
end;"	543	101
3	06.12.13 13:01:50,049000 +04:00	get_builtin_global_item_value p_item_name=>FSP_AFTER_LOGIN_URL,p_session_id=>2073860904417	543	101
4	06.12.13 13:01:54,518000 +04:00	get_item_value  p_item=>FSP_AFTER_LOGIN_URL,p_flow=>102,p_instance=>2073860904417	545	101
5	06.12.13 13:01:54,518000 +04:00	... l_instance=2073860904417,l_flow_id=102,l_sgid=2711801198012425,p_item=FSP_AFTER_LOGIN_URL	545	101
6	06.12.13 13:01:54,518000 +04:00	get_builtin_global_item_value p_item_name=>FSP_AFTER_LOGIN_URL,p_session_id=>2073860904417	545	101
7	06.12.13 13:01:54,518000 +04:00	save_by_name p_item_name=>FSP_AFTER_LOGIN_URL,p_item_value=>***	545	101
8	06.12.13 13:01:54,518000 +04:00	set_builtin_global_item_value p_item_name=>FSP_AFTER_LOGIN_URL,p_value=>	545	101
9	06.12.13 13:01:54,518000 +04:00	...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value=""	545	101
...
Рейтинг: 0 / 0
06.12.2013, 13:12
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491646
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Последний столбец это ИД страницы, то есть на 17-й переменная искажается, потом идут уже 101-е.
...
Рейтинг: 0 / 0
06.12.2013, 13:17
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491660
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,
Код: sql
1.
2.
3.
4.
5.
6.
7.
...Execute Statement: begin htp.p('FSP='||:FSP_AFTER_LOGIN_URL);
htp.p(v('SESSION'));
HTP.P(V('ITEMNAMES'));
HTP.P(V('ITEMVALUES'));
htp.p(v('Session'));
htp.p(v('itemNames'));
htp.p(WWV_FLOW_UTILITIES.my_url);


О, это ваш код? почему-то раньше в дебаге не было.
Поможет тем, что будет видно какой QUERY_STRING к какому запросу относится, сейчас ничего непонятно
...
Рейтинг: 0 / 0
06.12.2013, 13:23
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491670
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Да, мое. Пытался вытащить итемы, и сделать свою строку. Не получилось.
Какие поля вытащить? В селекте выше делал:
Код: sql
1.
2.
3.
4.
5.
6.
select t.message_timestamp,t.message ,t.page_view_id,t.page_id
from APEX_DEBUG_MESSAGES  t
where t.message_timestamp >= to_date('06.12.2013 13:01:45','DD.MM.YYYY HH24:MI:SS') 
and t.message_timestamp <= to_date('06.12.2013 13:10','DD.MM.YYYY HH24:MI')
and t.message like '%FSP_AFTER_LOGIN_URL%'
order by t.message_timestamp
...
Рейтинг: 0 / 0
06.12.2013, 13:28
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491698
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

смотрите этим запросом t.page_view_id потот покажите полностью с одним фильтром по t.page_view_id что выводит с сортировкой по t.page_view_id,id
...
Рейтинг: 0 / 0
06.12.2013, 13:37
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38491713
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Код: sql
1.
2.
3.
4.
5.
6.
select --t.message_timestamp,t.message ,t.page_view_id,t.page_id
id,t.page_view_id,t.page_id,t.message
from APEX_DEBUG_MESSAGES  t
where t.message_timestamp >= to_date('06.12.2013 13:01:45','DD.MM.YYYY HH24:MI:SS') 
and t.message_timestamp <= to_date('06.12.2013 13:10','DD.MM.YYYY HH24:MI')
order by id



 
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
1	542000	541		S H O W: application="102" page="17" workspace="" request="" session="5952854375731"
2	542001	541		Reset NLS settings
3	542002	541		alter session set NLS_LANGUAGE="AMERICAN"
4	542003	541		alter session set NLS_TERRITORY="AMERICA"
5	542004	541		alter session set NLS_CALENDAR="GREGORIAN"
6	542005	541		alter session set NLS_SORT="BINARY"
7	542006	541		alter session set NLS_COMP="BINARY"
8	542007	541		...NLS: Set Decimal separator="."
9	542008	541		...NLS: Set NLS Group separator=","
10	542009	541		...NLS: Set g_nls_date_format="DD-MON-RR"
11	542010	541		...NLS: Set g_nls_timestamp_format="DD-MON-RR HH.MI.SSXFF AM"
12	542011	541		...NLS: Set g_nls_timestamp_tz_format="DD-MON-RR HH.MI.SSXFF AM TZR"
13	542012	541		NLS of database and client differs, characterset conversion needed
14	542013	541		...Setting session time_zone to +04:00
15	542014	541	17	Language derived from: FLOW_PRIMARY_LANGUAGE, current browser language: ru
16	542015	541	17	alter session set nls_language="RUSSIAN"
17	542016	541	17	alter session set nls_territory="RUSSIA"
18	542017	541	17	NLS: CSV charset=CL8MSWIN1251
19	542018	541	17	...NLS: Set Decimal separator=","
20	542019	541	17	...NLS: Set NLS Group separator=" "
21	542020	541	17	...NLS: Set g_nls_date_format="DD.MM.RR"
22	542021	541	17	...NLS: Set g_nls_timestamp_format="DD.MM.RR HH24:MI:SSXFF"
23	542022	541	17	...NLS: Set g_nls_timestamp_tz_format="DD.MM.RR HH24:MI:SSXFF TZR"
24	542023	541	17	Setting NLS_DATE_FORMAT to application date format: DD.MM.YYYY
25	542024	541	17	...NLS: Set g_nls_date_format="DD.MM.YYYY"
26	542025	541	17	...NLS: Set g_nls_timestamp_format="DD.MM.RR HH24:MI:SSXFF"
27	542026	541	17	...NLS: Set g_nls_timestamp_tz_format="DD.MM.RR HH24:MI:SSXFF TZR"
28	542027	541	17	NLS: Language=ru
29	542028	541	17	Application 102, Authentication: PLUGIN, Page Template: 2844404529483089
30	542029	541	17	Authentication check: Application Express Authentication (NATIVE_APEX_ACCOUNTS)
31	542030	541	17	...fetch session state from database
32	542031	541	17	fetch items (exact)
33	542032	541	17	... sentry+verification failure
34	542033	541	17	...Creating new session, session ID=""
35	542034	541	17	Session created: 2073860904417 user: nobody
36	542035	541	17	...New Instance Detected - 
37	542036	541	17	...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value="f?p=102:17:2073860904417::YES::,P17_asd_ID:,5"
38	542037	541	17	Redirecting to f?p=102:LOGIN_DESKTOP:2073860904417
39	542038	541	17	Stop APEX Engine detected
40	542039	541	17	Final commit
41	542040	541	17	"...Execute Statement: begin begin
  apex_debug_message.enable_debug_messages(apex_debug_message.c_log_level_engine_trace);

  for i in 1..owa.num_cgi_vars loop

    apex_debug_message.log_message( 'DEBUG: ' || owa.cgi_var_name(i) || ' = ' || owa.cgi_var_val(i) );
  end loop;
end;
apex_debug.disable;
end;"
42	542041	541	17	CGI: REMOTE_ADDR = 1.1.1.1
43	542042	541	17	CGI: REMOTE_USER = 
44	542043	541	17	CGI: PATH_INFO = /apex/f
45	542044	541	17	CGI: QUERY_STRING = p=102:17:5952854375731::YES::P17_qwe_ID,P17_asd_ID:18834,5
46	542045	541	17	CGI: referer = 
47	542046	541	17	CGI: REQUEST_METHOD = GET

...
Рейтинг: 0 / 0
06.12.2013, 13:43
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492119
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Наконец-то добрался до комьютера, оказывается sentry function срабатывает всегда раньше, чем Initialization PL/SQL Code, поэтому правильно, что в Cleanup PL/SQL Code прописали.

apex 4.2.3, ошибка не воспроизведится

 
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
1  178000  177  06.12.13 17:48:24,855000 +05:00  S H O W: application="102" page="17" workspace="" request="" session="5952854375731"  5952854375731  4
2  178001  177  06.12.13 17:48:24,855000 +05:00  Reset NLS settings  5952854375731  4
3  178002  177  06.12.13 17:48:24,855000 +05:00  alter session set NLS_LANGUAGE="AMERICAN"  5952854375731  4
4  178003  177  06.12.13 17:48:24,855000 +05:00  alter session set NLS_TERRITORY="AMERICA"  5952854375731  4
5  178004  177  06.12.13 17:48:24,855000 +05:00  alter session set NLS_CALENDAR="GREGORIAN"  5952854375731  4
6  178005  177  06.12.13 17:48:24,855000 +05:00  alter session set NLS_SORT="BINARY"  5952854375731  4
7  178006  177  06.12.13 17:48:24,855000 +05:00  alter session set NLS_COMP="BINARY"  5952854375731  4
8  178007  177  06.12.13 17:48:24,855000 +05:00  ...NLS: Set Decimal separator="."  5952854375731  4
9  178008  177  06.12.13 17:48:24,855000 +05:00  ...NLS: Set NLS Group separator=","  5952854375731  4
10  178009  177  06.12.13 17:48:24,855000 +05:00  ...NLS: Set g_nls_date_format="DD-MON-RR"  5952854375731  4
11  178010  177  06.12.13 17:48:24,855000 +05:00  ...NLS: Set g_nls_timestamp_format="DD-MON-RR HH.MI.SSXFF AM"  5952854375731  4
12  178011  177  06.12.13 17:48:24,855000 +05:00  ...NLS: Set g_nls_timestamp_tz_format="DD-MON-RR HH.MI.SSXFF AM TZR"  5952854375731  4
13  178012  177  06.12.13 17:48:24,855000 +05:00  ...Setting session time_zone to +05:00  5952854375731  4
14  178013  177  06.12.13 17:48:24,855000 +05:00  Language derived from: FLOW_PRIMARY_LANGUAGE, current browser language: ru  5952854375731  4
15  178014  177  06.12.13 17:48:24,871000 +05:00  alter session set nls_language="RUSSIAN"  5952854375731  4
16  178015  177  06.12.13 17:48:24,871000 +05:00  alter session set nls_territory="RUSSIA"  5952854375731  4
17  178016  177  06.12.13 17:48:24,871000 +05:00  NLS: CSV charset=CL8MSWIN1251  5952854375731  4
18  178017  177  06.12.13 17:48:24,871000 +05:00  ...NLS: Set Decimal separator=","  5952854375731  4
19  178018  177  06.12.13 17:48:24,871000 +05:00  ...NLS: Set NLS Group separator=" "  5952854375731  4
20  178019  177  06.12.13 17:48:24,871000 +05:00  ...NLS: Set g_nls_date_format="DD.MM.RR"  5952854375731  4
21  178020  177  06.12.13 17:48:24,871000 +05:00  ...NLS: Set g_nls_timestamp_format="DD.MM.RR HH24:MI:SSXFF"  5952854375731  4
22  178021  177  06.12.13 17:48:24,871000 +05:00  ...NLS: Set g_nls_timestamp_tz_format="DD.MM.RR HH24:MI:SSXFF TZR"  5952854375731  4
23  178022  177  06.12.13 17:48:24,871000 +05:00  NLS: Language=ru  5952854375731  4
24  178023  177  06.12.13 17:48:24,871000 +05:00  Application 102, Authentication: PLUGIN, Page Template: 2878310058019805  5952854375731  4
25  178024  177  06.12.13 17:48:24,871000 +05:00  Authentication check: Application  (NATIVE_APEX_ACCOUNTS)  5952854375731  4
26  178025  177  06.12.13 17:48:24,871000 +05:00  ...fetch session state from database  0  4
27  178026  177  06.12.13 17:48:24,871000 +05:00  fetch items (exact)  0  4
28  178027  177  06.12.13 17:48:24,871000 +05:00  ... sentry+verification failure  0  4
29  178028  177  06.12.13 17:48:24,871000 +05:00  ...Creating new session, session ID=""  0  4
30  178029  177  06.12.13 17:48:24,871000 +05:00  Session created: 589613341823 user: nobody  589613341823  4
31  178030  177  06.12.13 17:48:24,871000 +05:00  ...New Instance Detected -   589613341823  4
32  178031  177  06.12.13 17:48:24,871000 +05:00  ...Session State: Saved Item "FSP_AFTER_LOGIN_URL" New Value="f?p=102:17:589613341823::YES::P17_qwe_ID,P17_asd_ID:18834,5"  589613341823  4
33  178032  177  06.12.13 17:48:24,871000 +05:00  Redirecting to f?p=102:LOGIN_DESKTOP:589613341823  589613341823  4
34  178033  177  06.12.13 17:48:24,871000 +05:00  Stop APEX Engine detected  589613341823  4
35  178034  177  06.12.13 17:48:24,871000 +05:00  Final commit  589613341823  4
36  178035  177  06.12.13 17:48:24,871000 +05:00  "...Execute Statement: begin begin
  for i in 1..owa.num_cgi_vars loop

    APEX_DEBUG.MESSAGE(p_message =>'DEBUG: ' || owa.cgi_var_name(i) || ' = ' || owa.cgi_var_val(i)
                      , p_force => true);
  end loop;
  APEX_DEBUG.DISABLE;
end;
end;"  589613341823  4
38  178037  177  06.12.13 17:48:24,871000 +05:00  DEBUG: accept-language = ru-RU  589613341823  4
44  178043  177  06.12.13 17:48:24,871000 +05:00  DEBUG: APEX_LISTENER_VERSION = 2.0.5.287.04.27  589613341823  4
56  178055  177  06.12.13 17:48:24,871000 +05:00  DEBUG: HTTP_HOST = 127.0.0.1  589613341823  4
58  178057  177  06.12.13 17:48:24,871000 +05:00  DEBUG: HTTP_PORT = 80  589613341823  4
62  178061  177  06.12.13 17:48:24,871000 +05:00  DEBUG: PATH_INFO = /f  589613341823  4
64  178063  177  06.12.13 17:48:24,871000 +05:00  DEBUG: QUERY_STRING = p=102:17:5952854375731::YES::P17_qwe_ID,P17_asd_ID:18834,5  589613341823  4
65  178064  177  06.12.13 17:48:24,871000 +05:00  DEBUG: REMOTE_ADDR = 127.0.0.1  589613341823  4
67  178066  177  06.12.13 17:48:24,871000 +05:00  DEBUG: REQUEST_CHARSET = AL32UTF8  589613341823  4
68  178067  177  06.12.13 17:48:24,871000 +05:00  DEBUG: REQUEST_IANA_CHARSET = UTF-8  589613341823  4
69  178068  177  06.12.13 17:48:24,871000 +05:00  DEBUG: REQUEST_METHOD = GET  589613341823  4
72  178071  177  06.12.13 17:48:24,871000 +05:00  DEBUG: SCRIPT_NAME = /apex  589613341823  4


Создаю новое приложение, 2 Text Edit поля с теми же именами, Application Express Accounts аутентификация, захожу на страницу, вставляю вашу ссылку - работает как часы.

Схема аутентификации у вас какая, стандартная Application Express Accounts ?
Версия 4.2.3 ?

Чтобы что-то посмотреть, нужно эту проблему воспроизвести, в новосозданном приложении проверять пробовали ?
...
Рейтинг: 0 / 0
06.12.2013, 17:04
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492137
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
На всякий случай,
order by t.id, t.elapsed_time - такая сортировка в стандартном debug-е
запросы я такие делаю

 
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
select t.id, t.page_view_id, t.message_timestamp, t.message, t.session_id, t.message_level
from apex_debug_messages t
where t.page_view_id in (select t2.page_view_id
                         from apex_debug_messages t2
                         where t2.message like '%FSP_AFTER%'
                           and t2.message_timestamp >= to_timestamp_tz('06.12.2013 17:48:00 +05:00','DD.MM.YYYY HH24:MI:SS TZH:TZM')
                           and t2.message_timestamp <= to_timestamp_tz('06.12.2013 17:49:00 +05:00','DD.MM.YYYY HH24:MI:SS TZH:TZM')
                        )
  and t.page_view_id in
                        (select t2.page_view_id
                         from apex_debug_messages t2
                         where t2.message like 'S H O W:%'
                           and t2.message_timestamp >= to_timestamp_tz('06.12.2013 17:48:00 +05:00','DD.MM.YYYY HH24:MI:SS TZH:TZM')
                           and t2.message_timestamp <= to_timestamp_tz('06.12.2013 17:49:00 +05:00','DD.MM.YYYY HH24:MI:SS TZH:TZM')
                        )
order by t.page_view_id, t.id, t.elapsed_time

...
Рейтинг: 0 / 0
06.12.2013, 17:16
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492146
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Новое приложение:
https://cr-as-stend1:63088/apex-ti1/f?p=667:1:2277080571521::YES::,P1_ITEM2:,2 - еррор
Версия : Application Express 4.2.1.00.08

Application Express Authentication - Current Application Express Accounts

Можно ли часть пакетов с новой версии кататить отдельно?
...
Рейтинг: 0 / 0
06.12.2013, 17:20
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492149
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
GustlySvDev,

Новое приложение:

т.е. вы создавали его как я с 2-мя Text Edit ? мне интересна сама последовательность действий

GustlyМожно ли часть пакетов с новой версии кататить отдельно?
Ээ, чего ?
...
Рейтинг: 0 / 0
06.12.2013, 17:22
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492167
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Я создал новое приложение со всеми дефолтными полями. Создал 2 текст итема на странице и руками сформировал ссылку. Нажимаю ентер, вижу введенные в строке данные, 1 и 2, в каждом из двух итемов.

Затем попирую строку и вставляю в другой браузер. Логинюсь и получаю ошибку.

Я нашел где используется этот LOGON_URL, в нескольких пакетах апекса, например WWV_FLOW_SESSION_STATE. Можно ли его накатить на старую версию от новой? Он завраплен, и у меня пока не получилось.
...
Рейтинг: 0 / 0
06.12.2013, 17:35
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492172
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
*дефолтными параметрами. То есть темы всякие бреадскрабы не выбирал, только номер приложения и имя.
...
Рейтинг: 0 / 0
06.12.2013, 17:37
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492220
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
GustlyВерсия : Application Express 4.2.1.00.08
Не заметил, я почему-то думал, что у вас 4.2.3

Веб сервер исключили, значит это скорее всего баг исправленный в патчетах:

http://www.oracle.com/technetwork/developer-tools/apex/application-express/apex-423-patch-set-notes-2015119.html#CHDFABBF

там не про все баги пишут, даже на OTN иногда отписывают баги, потом их в release notes не найдешь.

Значит выход - или накатить патч / мигрировать на новую версию, предварительно протестировав приложения
или в настройках приложений выставить deep linking в NO

Код: plsql
1.
Я нашел где используется этот LOGON_URL, в нескольких пакетах апекса, например WWV_FLOW_SESSION_STATE. Можно ли его накатить на старую версию от новой? Он завраплен, и у меня пока не получилось.


Нельзя, вы удивитесь как много кода в патчсетах переписывается, и не только по-поводу багов, именно поэтому с ними куча багов новых приходит, так что я бы очень не советовал такое пробовать.
...
Рейтинг: 0 / 0
06.12.2013, 17:55
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492247
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Можно ли как-нибудь вытянуть итемы эти из строки браузера? Я нашел только стандартные сессия, апп, юзер. Про итемы ничего. Хотя бы всю строку, а потом распарсить.
...
Рейтинг: 0 / 0
06.12.2013, 18:12
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492261
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Проблема не в том, как вытянуть, а в том где их вытягивать, раньше получается только sentry function и preProcess-ы средствами веб сервера, получается нужно поменять схему аутентификации на custom, перепрограммировать sentry function, не сложно ли ?

Обычно deep linking в приложениях вообще не нужен.
...
Рейтинг: 0 / 0
06.12.2013, 18:25
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492265
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Пользователи желают обмениваться ссылками с ИД. И этих ИД 2 почти везде. Пользователь заходит на страницу редактирования строки. У него в строке браузера ссылка на эту строку с 2 ИД. Он ее копирует и дает другому. И вылазиет ошибка. Отключать не хотелось бы. Хотелось бы сделать. Можно было бы на нулевой странице выцеплять эти ИД, и пихать в переменную.
...
Рейтинг: 0 / 0
06.12.2013, 18:29
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492311
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

Я не думаю, что 0-я страница будет в том запросе работать

Кстати, есть же еще Cleanup PL/SQL Code, там можно заплатку прилепить, что-то вроде:
Код: sql
1.
2.
3.
4.
5.
6.
7.
if :FSP_AFTER_LOGIN_URL is not null then
  парсим QUERY_STRING
  присваиваем FSP_AFTER_LOGIN_URL новое значение
  возможно commit

  htp.init + apex_util.redirect_url на страницу логина + apex_application.stop_apex_engine
end if


или что-то вроде, если что, спецификацию пакета apex_application поковыряйте, там наверняка нужные переменные найдутся
...
Рейтинг: 0 / 0
06.12.2013, 19:22
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492316
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

через gamepad пишу, компьтер в ближайшее время уже не предвидится, так что разбирайтесь
...
Рейтинг: 0 / 0
06.12.2013, 19:24
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38492382
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
Спасибо. Буду смотреть.
...
Рейтинг: 0 / 0
06.12.2013, 20:50
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38495270
Gustly
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gustly
Участник
SvDev,

Хочу спросить Вашего мнения. Что если на ините я буду брать owa_util.get_cgi_env('QUERY_STRING') и пихать его в FSP_AFTER_LOGIN_URL. По идее должно решить проблему. Как считаете?

И можно еще на пальцах. Когда, как часто и сколько раз отрабатывают инит и клин ап?
...
Рейтинг: 0 / 0
10.12.2013, 12:21
| Ответить | Цитировать | Написать  
Искажение адресной строки.
    #38495325
SvDev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SvDev
Участник
Gustly,

QUERY_STRING все равно придётся немного отпарсить, чтобы сессию нужную присвоить

Initialization PL/SQL - при каждом запросе, но только, если sentry вернул true
Cleanup PL/SQL - при каждом запросе

Что такое каждый запрос, см. тему 14839117
...
Рейтинг: 0 / 0
10.12.2013, 12:40
| Ответить | Цитировать | Написать  
24 сообщений из 49, страница 2 из 2
  2  все
Форумы / Oracle APEX [игнор отключен] [закрыт для гостей] / Искажение адресной строки.
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=50&msg=38492316&tid=1875467]:
 0ms
get settings:
 7ms
get forum list:
 16ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 18ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 71ms
get tp. blocked users:
 1ms
others: 241ms
total:  368ms
созд. / загр.: 368ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]