Minor Formatter Bug

Question

Another formatter bug to add to the list. Thing are a little hectic to be submitting them for Official Review.
When using an aggregate function on an inline view containing set functions, indention becomes offset. It only seems to happen within a PLSQL block.
DECLARE
  CURSOR cur1
  IS
    SELECT COUNT( *) FROM
        (SELECT * FROM dual
  -- Indention OK here
  CURSOR cur2
  IS
    SELECT COUNT( *) FROM
        (SELECT * FROM dual
      UNION
      SELECT * FROM dual
    -- Indentation off here and Down
  BEGIN
    NULL;
  END;
  SELECT * FROM dual;
  SELECT COUNT( *) FROM
      (SELECT * FROM dual
      UNION
      SELECT * FROM dual
  SELECT * FROM dual;

Answer 1

And another one... at least I think they're bugs, not settings.
SET TIMING OFF
SET PAGES 66 UNDEF first_name UNDEF second_name UNDEF username
SELECT
username,
account_status,
created
FROM
dba_users
WHERE
username LIKE UPPER('%&&username%') /
In SQL*Plus the UNDEF syntax as formatted generates an error and the SQL statement does not execute because the / is moved to the end of the line.
TOAD could handle this stuff many years ago. Should this not be addressed. Not supporting Oracle-specific syntax - i.e. / for execute - seems a bit odd.
SYS@(server:SID):1072:14707> SET PAGES 66 UNDEF first_name UNDEF second_name UNDEF username
SP2-0158: unknown SET option "UNDEF"
SYS@(server:SID):1072:14707> SELECT
2 username,
3 account_status,
4 created
5 FROM
6 dba_users
7 WHERE
8 username LIKE UPPER('%&&username%') /
9
SYS@(server:SID):1072:14707>