Issue 33969 - Evolution driver makes "Connection Type" wizard freeze sometimes
Summary: Evolution driver makes "Connection Type" wizard freeze sometimes
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: 680m50
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2004-09-08 14:53 UTC by luciano.wolf
Modified: 2017-05-20 10:44 UTC (History)
1 user (show)

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

Proposed patch for connectivity (712 bytes, text/plain)
2004-09-09 21:17 UTC, luciano.wolf
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description luciano.wolf 2004-09-08 14:53:04 UTC
I have not found a specific way to reproduce this bug, but it occurs when you
open the OOo Base -> Connection Type wizard. Sometimes it freezes before wizard
window shows up, sometimes after clicks in Next/Back buttons.

Debugging to find where its freezing I discovered it stops at line 233 [
nProcErr = osl_executeProcess_WithRedirectedIO ] of
Comment 1 Frank Schönheit 2004-09-08 15:17:16 UTC
Comment 2 Frank Schönheit 2004-09-08 15:52:45 UTC
now really assigning.

Berry Jia is not working on this, anymore; Wind Li is currently in charge for
address book related issues.
Comment 3 luciano.wolf 2004-09-09 21:17:52 UTC
Created attachment 17635 [details]
Proposed patch for connectivity
Comment 4 Frank Schönheit 2004-09-13 09:12:35 UTC
Isn't this patch somewhat dangerous? As it only removes the WAIT flag, this
means that the executeProcess call could return *before* the process is actually
finished. This implies that subsequent reads from aStdOut may not yield the
complete result. Sounds like a bad thing to me.
Comment 5 Frank Schönheit 2004-09-21 18:08:49 UTC
Luciano, any comment on the above? Would you agree that the patch might be
dangerous as described above, or are my concerns unfounded?
Comment 6 luciano.wolf 2004-09-21 18:44:15 UTC
Frank, I agree with it, you're right. I thought if remaining in silence I was
agreeing. Now, about this issue, I have a comment. Today I found that if you
don't configure your java environment [1], the bug can not be reproduced.

[1] OOo->Tools->Options->Java->[] Use a Java runtime environment
Comment 7 Frank Schönheit 2004-09-22 10:39:29 UTC
> Today I found that if you don't configure your java environment [1], the bug
can not be
> reproduced.

Hmm, now that's strange ...

For a complete patch, I suppose we should try to not block endlessly. For
instance, we could create the process in a separate thread, *with* the WAIT
flag, and let the "main thread" (the one which currently executes the process)
just wait for the second thread. This wait in the main thread could be done with
a timeout - say, 30 seconds. After that, the second thread would be terminated
(which at the simplest is telling it "if you ever return, I am not interested in
your results anymore), and the main thread would throw some kind of
TimedoutException. Just an idea ...
Comment 8 2004-11-24 07:09:28 UTC

I still can't reproduce this bug. Can you still reproduce this in newer version?
If so, could please do such things?
1. mv evolution-addressbook-export evolution-addressbook-export-binary
2. cat > evolution-addressbook-export
echo $@
exec <path>/evolution-addressbook-export-binary
echo $?

3. chmod +x evolution-addressbook-export
4. Then try OOo again and paste the output here
Comment 9 luciano.wolf 2004-11-26 14:07:32 UTC
Hi, windly

The problem persists here (tested against SRC680_m62). I followed your proposed
steps. Result: now OOo Base freezes before opening the wizard
(File->New->Database) and don't return anything. If I run the
"evolution-address-export" (modified) in the terminal, my entire address-book is
showed in the screen.
Comment 10 2004-11-26 15:03:47 UTC
Can you please start soffice in a terminal to see if there are any out from the
modified evolution-addressbook-export before OOo freeze. 
I guess it's a bug of osl_executeProcess_WithRedirectedIO. It will always freeze
OOo in your platform.
Hi, Frank
Could you please find some osl hackers to have a look at this?
Comment 11 luciano.wolf 2004-11-26 15:44:27 UTC
windly, I am already running from a terminal and there's no returns from ./soffice
Comment 12 2004-11-26 15:56:41 UTC
So it means OOo is freezed before call the exporter. So maybe there are some
deadlocks in osl_executeProcess_WithRedirectedIO.
Comment 13 2005-03-23 08:59:58 UTC
working transfer
Comment 14 Marcus 2017-05-20 10:44:55 UTC
Reset the assignee to the default "".