Чем не устраивает
SELECT * FROM v$session WHERE status = 'ACTIVE'

Силюсь понять, почему все так сложно сделано :)
Тебе нужно вывести на форме результат селекта, который возвращал бы только активные сессии, так? Если да, то зачем нужна таблица active_sessions? В динамическом представлении v$session есть атрибут STATUS, который говорит о том, активна сессия или нет. Соответственно, для того чтобы отобразить только активные сессии, достаточно указать условие where status = 'ACTIVE'.
Зачем нужны эти извращения с таблицей active_sessions? Что значит фраза
?

Я конечно понимаю, что у тебя в триггере происходит dog_ctx.set_fgac_id(userid,'S')
Только это ни о чем не говорит. Используй модуль sys.dbms_application_info для регистрации запущенного приложения и критерий отбора активных сессий.

автор
userid := get_application_property(SSO_USERID);
if userid is not null then
dog_ctx.set_fgac_id(userid,'S');
else
dog_ctx.set_fgac_id(user,'B');
end if;
insert into ACTIVE_SESSIONS (sso_id,sid) values(nvl(userid,user),SYS_CONTEXT('USERENV','sessionid'));


Зря ты так делаешь

[SRС]
Connected to Oracle8i Enterprise Edition Release 8.1.6.0.0
Connected as igor


SQL>
SQL> create or replace trigger trig_log
2 AFTER logon ON DATABASE
3 --for each row
4 declare
5 -- local variables here
6 begin
7 INSERT INTO t1 VALUES (1);
8 end trig_log;
9 /

Trigger created

SQL> select * from t;

select * from t

ORA-00942: òàáëèöà èëè ïðåäñòàâëåíèå ïîëüçîâàòåëÿ íå ñóùåñòâóåò

SQL> select * from t1;

I
---------------------------------------

SQL> disconnect;
Not logged on

SQL> connect
Connected to Oracle8i Enterprise Edition Release 8.1.6.0.0
Connected as igor

SQL> select * from t1;

I
---------------------------------------
1
1
1

SQL
[/SRC]

Я ж говорю, используй пакет DBMS_APPLICATION_INFO. Вот что Кайт про него пишет
Том Кайт
Пакет DBMS_APPLICATION_INFO можно использовать для получения ответов на
эти и многие другие вопросы. Он позволяет устанавливать значения трех столбцов —
CLIENT_INFO, ACTION и MODULE — соответствующей сеансу строки в представле-
нии V$SESSION. Пакет предоставляет функции не только для установки этих значе-
ний, но и для их получения. Кроме того, один из параметров встроенных функций
USERENV и SYS_CONTEXT позволяет получить значения столбца CLIENT_INFO
в запросе. Можно, например, выполнить SELECT USERENV('CLIENT_INFO')
FROM DUAL или использовать конструкцию WHERE SOME_COLUMN -
SYS_CONTEXT('USERENV','CLIENT_INFO') в запросах. Значения, устанавливаемые
в представлениях V$, сразу же доступны в других сеансах. Фиксировать их не нужно,
что позволяет эффективно использовать эти представления для взаимодействия с "вне-
шним миром".


Мой вариант, как решить твою проблему:
1) создаешь в форме триггер POST-LOGON следующего содержания:
dbms_application_info.set_module('test form','');
Строковые значения подставляешь свои, ессно.
2) Отображаешь на своей информационной форме следующий запрос:
select * from v$session where module = 'test form'

Соответственно показываются только те сессии, соответствующие запущенным формам, в которых есть триггер POST-LOGON.
Недостаток - этот триггер надо сделать во всех формах...