Issue 60273 - After Executing a Query to MySQL OOo freezes
Summary: After Executing a Query to MySQL OOo freezes
Status: CLOSED FIXED
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: 680m148
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 2.0.2
Assignee: marc.neumann
QA Contact: issues@dba
URL:
Keywords: crash, oooqa, regression
Depends on:
Blocks:
 
Reported: 2006-01-09 16:32 UTC by Mechtilde
Modified: 2006-05-31 14:29 UTC (History)
3 users (show)

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


Attachments
last Input before frozen (6.97 KB, image/png)
2006-01-10 13:35 UTC, Mechtilde
no flags Details
mysql dump (3.69 KB, text/plain)
2006-01-14 13:51 UTC, Mechtilde
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Mechtilde 2006-01-09 16:32:33 UTC
I use milestone m148

I want to execute a query which works till now (m146)

With m148 OOo freezes.

So it's a regression.
Comment 1 lars 2006-01-09 20:09:49 UTC
can you attach the document in question?
Comment 2 Mechtilde 2006-01-10 13:35:20 UTC
Created attachment 33087 [details]
last Input before frozen
Comment 3 Mechtilde 2006-01-13 12:28:30 UTC
It's also in m149
Comment 4 Mechtilde 2006-01-14 12:34:57 UTC
Today I download 2.0.2-m150 and there is the same mistake.
I can't do a query with two parameters.

2.0.1 final do it

I think this is priority 1

I tested it on the same computer with 2.0.1 again and there it's work
Comment 5 Mechtilde 2006-01-14 13:51:28 UTC
Created attachment 33209 [details]
mysql dump
Comment 6 Mechtilde 2006-01-14 13:53:15 UTC
And here is the sql statement:

SELECT `Konten`.`Kontonummer`, `Konten`.`Kontoname`, SUM(
`Uberweisung`.`SollEUR` ) AS `GesamtSoll`, SUM( `Uberweisung`.`HabenEUR` ) AS
`GesamtHaben` FROM { OJ `Hauptbuch2005`.`Uberweisung` `Uberweisung` LEFT OUTER
JOIN `Hauptbuch2005`.`Konten` `Konten` ON `Uberweisung`.`Kontenbezeichnung` =
`Konten`.`ID` } WHERE ( ( `Uberweisung`.`Uberweisungsdatum` >= :Anfangsdatum AND
`Uberweisung`.`Uberweisungsdatum` <= :Enddatum ) ) GROUP BY
`Konten`.`Kontonummer`, `Konten`.`Kontoname` HAVING ( ( `Konten`.`Kontonummer`
<> 'Null' ) )
Comment 7 Frank Schönheit 2006-01-26 08:34:37 UTC
Hmm, cannot reproduce the freeze with any recent version (m151, m152).
What's your platform/server version/driver version?
Does it make a difference whether the table contains data or not?
Comment 8 Mechtilde 2006-01-26 11:22:21 UTC
Hello
>Hmm, cannot reproduce the freeze with any recent version (m151, m152).
It was also in m148 and m149
>What's your platform/server version/driver version?
I use Debian Sarge, MySQL 4.1.11, libMyODBC 3.51.09, 
>Does it make a difference whether the table contains data or not?
I don't know. This a query I use evry month since Jun 05 in OOo.
I think there must be some datas becuse it's a query with parameters.
Comment 9 Frank Schönheit 2006-01-27 07:08:16 UTC
Ooops, tested this on Windows, not Linux. Hmm, currently don't have access to a
working unixODBC installation, so cannot investigate further, sorry.
Comment 10 Mechtilde 2006-01-27 09:02:20 UTC
add to CC

I also find more problems that can be regressions (in Linux)
Comment 11 Mechtilde 2006-01-28 15:03:09 UTC
I tested it also with m 147 and it also freezed.

What I saw is that in m147 Issue 57084 was fixed with also a problem with
queries with parameters.
I don't know what was changed. It's only an idea.
Comment 12 p9w.vu.31122010 2006-01-31 13:48:28 UTC
I can reproduce this behaviour on m151

CPU Usage remains at zero but OOo Application does not respond to user
interactions (needs to be SIGTERMed)
Comment 13 andreschnabel 2006-01-31 13:58:00 UTC
confirmed as SimonAW was able to reproduce.

Seems to be an Unix (linux) only problem.

andreschnabel-> SimonAW:
can you give more details about your environment (esp. MySQL Version, ODBC config)
Comment 14 marc.neumann 2006-01-31 14:27:47 UTC
Hi,

I can reproduce this also.

Create a mysql database with the attached dump and then execute the query.
==>> loop

reassign to the right developer and set target

Bye Marc
Comment 15 p9w.vu.31122010 2006-01-31 14:40:42 UTC
My Environment:

MySQL Version 5.1.5-alpha
MyODBC Connector 3.51
unixODBC 2.2.9
Comment 16 ocke.janssen 2006-02-01 07:21:03 UTC
The problem here is that we use the function SQLSpecialColumns which works under
windows but doesn't seem to work under linux :-(
oj->fs: Could please take care for the
dba/dbaccess/source/core/api/resultcolumn.cxx and method call getVersionColumns.
Thx.
Comment 17 Frank Schönheit 2006-02-01 10:03:40 UTC
fixed in CWS nomysqlversion
Comment 18 Frank Schönheit 2006-02-01 10:04:14 UTC
fs-> msc: please verify in CWS nomysqlversion

re-open issue and reassign to msc
Comment 19 Frank Schönheit 2006-02-01 10:04:19 UTC
reassign to msc
Comment 20 Frank Schönheit 2006-02-01 10:04:24 UTC
reset resolution to FIXED
Comment 21 marc.neumann 2006-02-01 11:52:33 UTC
verified in cws nomysqlversion.

This is only fixed if you use the mysql odbc connection. When you use odbc
connection this is not fixed and can't be fixed.
Comment 22 marc.neumann 2006-02-10 10:15:22 UTC
Hi,

this is fixed in the current master. The current master is available at
http://download.openoffice.org/680/index.html

I close this issue now.

Bye Marc