Issue 102631 - testcase complex.dbaccess.DatabaseDocument fails on linux
Summary: testcase complex.dbaccess.DatabaseDocument fails on linux
Status: CONFIRMED
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: DEV300m49
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-10 08:40 UTC by marc.neumann
Modified: 2017-05-20 10:47 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description marc.neumann 2009-06-10 08:40:34 UTC 
start complex testcases in dbaccess
==>> error in complex.dbaccess.DatabaseDocument
Comment 1 Frank Schönheit 2009-06-10 08:43:37 UTC 
for the record:
 $SRC_ROOT/dbaccess/qa/complex/dbaccess> dmake run_DatabaseDocument
Comment 2 Frank Schönheit 2009-10-01 10:15:20 UTC 
fs->msc: This *might* be the same issue as issue 105505, but since you're not
available at the moment :) (and neither is the only machine were this issue here
happened), I cannot check this.
Comment 3 Frank Schönheit 2010-01-11 13:35:35 UTC 
fixed in CWS dba33f

find more information about this CWS, like when it is available in the master
builds, in EIS, the Environment Information System:
http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300%2Fdba33f
Comment 4 Frank Schönheit 2010-03-15 14:09:43 UTC 
targeting to 3.3, since the fix is part of a CWS which aims for this release
Comment 5 Frank Schönheit 2010-04-19 20:41:10 UTC 
fs->msc: please verify in CWS dba33f
Comment 6 marc.neumann 2010-05-31 13:13:02 UTC 
still not working on my Linux box. I remove the issue form the cws dba33f. I
have used my machine vm-msc3 for testing.
Comment 7 marc.neumann 2010-10-12 12:51:02 UTC 
change target
Comment 8 Frank Schönheit 2011-01-25 09:23:14 UTC 
setting target back to 3.x, according to the current bug handling guidelines
Comment 9 Marcus 2017-05-20 10:47:44 UTC 
Reset assigne to the default "issues@openoffice.apache.org".