Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Insert of OLE object with not existing name or of wrong type causes strange behaviour, even crash | ||||||
---|---|---|---|---|---|---|---|
Product: | General | Reporter: | jjtn <mauro.giachero> | ||||
Component: | ui | Assignee: | AOO issues mailing list <issues> | ||||
Status: | CONFIRMED --- | QA Contact: | |||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | issues, rainerbielefeld_ooo_qa | ||||
Version: | OOo 2.0.2 | Keywords: | crash, needmoreinfo, oooqa | ||||
Target Milestone: | AOO Later | ||||||
Hardware: | PC | ||||||
OS: | All | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
jjtn
2006-03-17 16:53:52 UTC
No crash, but serious problems with "2.0.2 German version WIN XP: [680m5(Build9011)]" on Athlon 3200 with ATI RADEON 9600. After Step 4 I get "Unknown Object" placeholder. After change toother WINDOWS window and change back to OOo, in the area of the placeholder the corresponding contents of the other window will be shown, pls. see attahced screenshots. Created attachment 34966 [details]
screenshots showing problems under WIN
I see 2 problems. 1. "file exists"-checker does not work correctly. -------------------------------------------------- It works correct for "insert image from file"; it is not possible to insert an image with not existing file. You have to insert a name of an existing drawing or to abort. It does not work at all for floating frames - it may not be that a simple letter will be accepted as file name, even if a file with that name does not exist. It works bad for Menu "Insert - Object - sound". Yo can insert every file you want (even if it's not a sound), and effects will happen as per 'comments from rainerbielefeld Fri Mar 17 10:29:00' Same for "movie", similar for "applet" 2. Placeholder image should not show screen contents of previous window. All these effects concerning "insert OLE object with not existing name or wrong type" are also visible in WRITER, CALC. So I change component and summary. rainerbielefeld, I think you pointed out a different issue. A single letter can be a valid file name, since there can be a default directory. Maybe the behavior in case of invalid/nonexistent file name can be improved. The placeholder not being refreshed is a minor issue (P4, I think), and is (as you pointed out) a Framework issue. But the problem I reported was actually a crash, not a simple cosmetic problem. And I wasn't able to reproduce it with Writer on the same Linux box (Slackware 10.2, official OOo 2.0.2 En/US) or with Draw (same OOo version) on Windows 98 SE. So this is actually a Draw crash on Linux. For these reasons I think the previous issue summary ("Draw crashes inserting Floating Frame when Contents file does not exist") was better, since it pointed out the actual problem I experienced. Also the other fields (Component, OS) should be restored with their original value. Best regards Mauro @jjtn: can you provide an error report? Currently I beliee that those "cosmetic" problems under special conditios cause the crash your reported, but also, of course, may be my observations haven't to do anything with the crash. A delveloper will decide. @rainerbielefeld: maybe you are right, the two problems may be correlated. I'm sorry but I don't have any crash report. After I kill the program and restart it, only the document recovery dialog appears. Maybe the crash report dialog is disabled? (I don't know of a way to disable/enable it, do you?) I'll be back on my Linux box on monday, so if you think there is some place I can look at please tell me and I'll do as soon as possible. Regards Mauro @ wg: Please have an initial look. Corrected typo in summary I had a crash in the beginning but I was not able to reproduce it (OOo2.0, 2.0.1, 2.0.2). If you could manage to send a crash report this would be fine. Thanks in advance. I just sent an error report, but I don't know if it will be really useful since the circumstances were a bit different. However, since this was the first time the error report tool started, I couldn't be picky... Today (Monday) I also had to try many times to see the problem. That's strange, since on Friday I reproduced it at least 20 times and it appeared to be "deterministic". One of the times the bug manifested itself today, the error dialog wasn't painted (the error message and the OK button didn't appear), but I could hear the friendly "alert beep". Don't know whether this can be useful (maybe the Swing thread crashes?). Also, while the crashed application is running (it keeps running unless I kill it), `ps` tells me that the 6 processes named "soffice.bin" are all waiting for input (status "S"). Did you use any special description or email so I can search for the report in the database? The ID of the error report is rbd2tf. In the description I wrote something like "Trying to reproduce issue 63315" I am sad to say that the error report is nearly empty. Nothing can be seen that points to a crash. As the repaint problem is reproducible we should start here. Reset assigne to the default "issues@openoffice.apache.org". |