Log Miner is finding DDL for "new" tables, but also DML for "older" tables.

Question

oracle 10.2.0.5.0 Standard Edition
(at some point in the past it was "downgraded" from enterprise edition).
It's making me crazy,  i create a table then insert/update rows.  Log miner only shows me the create.
However, if i do insert/update on an "older" table,  i see the DML.  The tables are in the same tablespace, both logging, and the database is forcing logging.
I'm out of ideas, and input would be appreciated.
thanks!
####### CREATE THE ORACLE.LOGMNR1 TABLE ########
SQL> create table ORACLE.LOGMNR1
  2  (col1 varchar2(100));
Table created.
####### INSERT  ROW AND UPDATE A ROW IN ORACLE.LOGMNR1 TABLE ########
SQL> insert into ORACLE.LOGMNR1 values ('testing insert');
1 row created.
SQL> commit;
Commit complete.
SQL> update ORACLE.LOGMNR1 set col1 = 'TESTING UPDATE';
1 row updated.
SQL> commit;
Commit complete.
####### INSERT 2 ROWS INTO AN OLD TABLE EPACS.COLUMN_COUNTS  ########
SQL> insert into epacs.column_counts
  2  values ('TEST1',99,'TEST2',88,SYSDATE);
1 row created.
insert into epacs.column_counts
   values('TEST3',77,'TEST4',66,SYSDATE);
1 row created.
SQL> COMMIT;
Commit complete.
####### INSERT ANOTHER ROW INTO ORACLE.LOGMNR1 TABLE ########
SQL> insert into LOGMNR1 values ('ONE MORE TEST');
1 row created.
SQL> COMMIT;
Commit complete.
####### CREATE THE ORACLE.LOGMNRAFTER TABLE ########
SQL> CREATE TABLE LOGMNRAFTER (COL1 VARCHAR2(100));
Table created.
####### INSERT A ROW INTO ORACLE.LOGMNRAFTER TABLE ########
SQL> INSERT INTO LOGMNRAFTER VALUES('FINISHED');
1 row created.
SQL> COMMIT;
Commit complete.
####### MINE THE LOGS FOR ACTIVITY ########
SQL> edit
Wrote file afiedt.buf
  1  select to_char(timestamp,'yyyy/mm/dd hh24:mi:ss'), username,
  2          operation, sql_redo
  3          from v$logmnr_contents
  4      where
  5      seg_owner in( 'ORACLE','EPACS')
  6  and
  7      operation <> 'UNSUPPORTED'  
  8*          order by timestamp
SQL> /
####### IT FINDS THECREATE THE ORACLE.LOGMNR1 TABLE, BUT NO INSERTS ########
2013/10/09 14:02:05 ORACLE                                                     
DDL                                                                            
create table LOGMNR1                                                           
(col1 varchar2(100));                                                          
####### IT DOES FIND INSERTS FOR THE OLD EPACS.COLUMN_COUNTS TABLE ########                                                   
2013/10/09 14:03:54 ORACLE                                                     
INSERT                                                                         
insert into "EPACS"."COLUMN_COUNTS"("TABLE_NM","TABLE_ROW_QTY","COLUMN_NM","COLU
MN_QTY","LAST_UPDATE") values ('TEST1','99','TEST2','88','09-OCT-13');         
2013/10/09 14:05:09 ORACLE                                                     
INSERT                                                                         
insert into "EPACS"."COLUMN_COUNTS"("TABLE_NM","TABLE_ROW_QTY","COLUMN_NM","COLU
MN_QTY","LAST_UPDATE") values ('TEST3','77','TEST4','66','09-OCT-13');         
####### AND IT FIND THE CREATE FOR THE ORACLE.LOGMNRAFTER TABLE ########                                                      
2013/10/09 14:06:11 ORACLE                                                     
DDL                                                                            
CREATE TABLE LOGMNRAFTER (COL1 VARCHAR2(100));                                 
###### BOTH TABLES ARE "LOGGING" AND LIVE IN THE SAME TABLESPACE ######
###### LOGGING IS FORCED AT THE DATABASE LEVEL ####
SQL> select force_logging from v$database;
YES                                                                            
SQL> select owner,table_name,logging
  2  from dba_tables where owner in ('EPACS','ORACLE')
  3  and table_name in('COLUMN_COUNTS','LOGMNR1');
EPACS                          COLUMN_COUNTS                  YES              
ORACLE                         LOGMNR1                        YES              
SQL> SPOOL OFF

Answer 1

Nither the table showing only DDL nor the table showing DML have supplemental logging.
thanks.
select count(*) from ALL_LOG_GROUPS
   where LOG_GROUP_TYPE='ALL COLUMN LOGGING' and OWNER='ORACLE' and table_name='LMTEST1'
SQL> /
  COUNT(*)
         0
    select count(*) from ALL_LOG_GROUPS
   where LOG_GROUP_TYPE='ALL COLUMN LOGGING' and OWNER='EPACS' and table_name='COLUMN_COUNTS'
  COUNT(*)
         0
Message was edited by: user12156890
apparently this is an issue with the database configuration and not log miner.  I ran the same test against the prodcution database and got both the DDL and DML.  I used exactly the same test script including the logminer "setup" , obviously changing the name of the log files and the name of a directory.