Apache OpenOffice (AOO) Bugzilla – Issue 78961
Having Two Data Sources Causes OOo to Stop Responding on Exit
Last modified: 2008-11-05 21:06:30 UTC
Attempting to use two data sources (at least those added from the address data wizard) causes OOo to stop responding when you hide data sources or quit. To replicate: 1) Create two text files, each with a few fields separated by a common delimiter. 2) Add them both to OpenOffice.org using File->Wizards->Address Data Source... (twice) 3) Click on the "Data Sources" button or go to View->Data Sources. 4) View a table in each data source (e.g., if your data source is named "Addresses," expand it, then expand "Tables," then click on the name of a table -- do this for both data sources). 5) Try to either quit OOo or hide data sources.
I believe I have a solution. See attached file: i78961_proposed_fix_1.patch. I am a bit worried about it because I don't fully understand what causes the problem, and the part of the code that I am affecting is in dbaccess, which is not part of the aquavcl01... This means (I think) either: 1) this issue is not unique to macport, or 2) the fix is a workaround that solves a problem that actually originates elsewhere in aquavcl01. It's also a bit fishy because I inserted code that, according to the comment above my code, should never be run. At least, though, this is a start.
Created attachment 46328 [details] Proposed patch to fix issue (a workaround?)
fs: Hi! Do you have an insight into this?
Sounds like a duplicate of issue 78362, which is owned by me, and not dependent on the platform. The patch would in general be fine as a fallback, however, it probably does not address the root cause (which I do not yet know).
cremlae: is the stack in that isse same as yours?
pjanik: Yes, the stack in that issue is the same as mine. fs: Sorry for the duplicate issue. I had only looked under Mac for it, originally thinking that it was specific to the port. Should I mark this issue as "DUPLICATE" and move the proposed patch to issue 78362?
fs->cremlae: no problem with the duplicate, I'll mark it so. For the patch: I'm currently trying to understand what's going on there (and what the heck caused this regression), but feel free to attach your suggested patch to issue 78362. *** This issue has been marked as a duplicate of 78362 ***
cremlae->fs: I suppose there's not much reason to attach it since you're looking into the real solution. Oh well! :)
Created attachment 46332 [details] fix for issue 78362
fs->cremlae: do you mind trying whether the attached patch (which is for issue 78362) also fixes your problem?
cremlae->fs: Yep, that fixes it for me! One aside: the patch didn't work smoothly. It failed on source/core/dataaccess/ModelImpl.hxx (even after I made sure I had the clean file from m217), so I applied those changes manually.
fine it fixed your problem. For applying the patch: It was relative to CWS dba23b, which is still on m214. Means I will get conflicts on resync, thanks for warning me :)
close the duplicate