Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | insert grafics works confusing | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Impress | Reporter: | zuhansh | ||||||
Component: | editing | Assignee: | Armin Le Grand <Armin.Le.Grand> | ||||||
Status: | CLOSED DUPLICATE | QA Contact: | |||||||
Severity: | Normal | ||||||||
Priority: | P3 | CC: | Armin.Le.Grand, Frederic.Hoogstoel, grichblix, jeremy.wilkinson, jes, knmc, martin.loewenstein, pescetti, rb.henschel | ||||||
Version: | 4.1.0 | ||||||||
Target Milestone: | --- | ||||||||
Hardware: | All | ||||||||
OS: | All | ||||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||||
Developer Difficulty: | --- | ||||||||
Attachments: |
|
Description
zuhansh
2014-04-30 18:19:28 UTC
Created attachment 83301 [details]
an example
Hello,
I found out now, that it's "only" a problem in some cases (see attachement):
I had the problem with a presentation I made with 4.0.1.
Now I started a brand new presentation and used a template. Withe te second page I had the problem You can see in the attachment: I right clicked into the heading-text and choose "Insert".
The picture was then as background image in the other text-part of this page.
I hope, this helps.
Greetings
Hans
I can confirm the error. I copy a picture from browser Seamonkey and insert it to a slide with layout "Titel, Content". The picture is set as background graphic to the Content presentation object. This object was _not_ selected. It makes no difference whether the object has already got text or not. Workaround: Insert a slide and set its layout to "Empty", paste the clipboard. Then copy the picture from there and insert it into the desired slide. Hi Regina, this sounds as if I forgot/oversaw a case when reorganizing the D&D/CopyPaste stuff. I will have a look... Can confirm this bug. It happens both when pasting an image and using the Insert->Picture->From File dialog. In addition, when it happens, it strips all formatting from any text in the box it happens to (size, italic, superscript, subscript, etc). The change in formatting can't be undone with the document history; either you have to re-do the formatting or reload the file. It is possible to get it to insert an image into the slide directly as previously, usually by clicking repeatedly outside the bounds of the slide, but this is not reliable (once the issue has happened once, it will happen repeatedly for many attempts thereafter) Should be marked as a regression--right? The workaround for me is to switch to a slide layout that has no content frame. Any news on a fix for this? The workaround mentioned by Regina and Joe works, but is less than ideal (especially the fact that if you forget to do it and the bug triggers, it irreversibly removes some of your formatting) Not yet - had no time, but it's on my list You will have a look (your entry from beginning of May) - now you don't have time (one month later)... Sounds, that there should be somone else working on this. This is a really nasty bug that is really bad for this wonderful software-suite. so there should be someone there, who cares! (In reply to zuhansh from comment #8) > You will have a look (your entry from beginning of May) - now you don't have > time (one month later)... > > Sounds, that there should be somone else working on this. > > This is a really nasty bug that is really bad for this wonderful > software-suite. so there should be someone there, who cares! Hans; Please understand that this is an open source project and that most work is done by volunteers who also have full time jobs and personal lives. They do this in there spare time because they believe in the product and in the concept of open source software. Keith I have checked again on Win7 AOO420m1(Build:9800) - Rev. 1603756 2014-06-19 13:40:50 (Thu, 19 Jun 2014), but could not reproduce. Steps taken: - New Impress - Slide layout 'Title, Content' (using sidebar) - Any page in Mozilla (used https://www.google.de/search?q=openoffice&client=firefox-a&hs=Sh6&rls=org.mozilla:en-US:official&source=lnms&tbm=isch&sa=X&ei=lWupU5XlO9T07Aa_n4GwCQ&ved=0CAgQ_AUoAQ&biw=1630&bih=1049) - context menu on any graphic, select 'Copy Image' - Change to Impress, nothing selected, Context menu 'Paste' -> New graphic object inserted (as expected). @Regina: If you can reproduce, can I please have a step-by-step description how to get the error? For me too the error is not reproducible with AOO420m1(Build:9800) - Rev. 1601656. I see the error only in AOO410m18(Build:9764) - Rev. 1589052 2014-04-22 11:43:54. I see no branch for AOO4.1.1. Will AOO4.1.1 be released from trunk? If not, it would be worth to bring the fix (whatever have fixed it) to AOO4.1.1. Hi Regina, I tried with the AOO411 version (which is the branches/AOO410 part, AOO4.1 is a minor release and is developed from AOO410, not from trunk) and I cannot reproduce there. Thus it seems fixed by something elxe (I have no concrete idea), but it's fixed in AOO411, too AFAIK. -> Unconfirmed? I can confirm the error with : - AOO411m6(Build:9775) - Rev. 1617669 2014-08-13 09:06:54 (Mi, 13 Aug 2014) - Windows XP Home Edition up to date I can't control the place where the image is pasted. Sometimes, it is pasted in the background of the slide, sometimes in a text area I found a workaround. Instead of copy/paste, I use drag and drop from the file manager to the slide. I can also confirm error with: - AOO411m6(Build:9775) - Rev. 1617669 - Windows 7 Ultimate It only seems to happen when a content frame is present in the layout. If no content frame is present, the image pastes into the slide in its own box. When inserting an image from the insert menu, if multiple content frames are present, it preferentially picks one of the frames, and additional inserts will simply replace the background image for the same content frame. I was able to find two additional workarounds for this problem. If you include the image you want to insert into your gallery, insertions from the gallery appear in their own box regardless of whether or not content frames are present in the layout. The second workaround is to insert a box (drawn object) and insert the image into that box. The gallery workaround is probably the more sound and stable of the two. This seems to be duplicate to issue 125613, which is fixed already. Please try with a current developer build from http://ci.apache.org/projects/openoffice/install/, if you can still reproduce the error. Otherwise close this issue as duplicate. Created attachment 85038 [details]
Inserted Grafic becomes Background to the Text-Box
Comment on attachment 85038 [details]
Inserted Grafic becomes Background to the Text-Box
Hallo!
After I updated 4.1.1. I had this problem for the first time.
It is hard to reproduce the problem. The phenomenon does not occure with any text-field, but sometimes it does and there is no way to undo the insert of the grafic that was not intended to be background to the grafic.
If it is a help to find the bug, please use the file attached.
Thanks for whoever works on this!
Martin
Please read comment #16. The fix is not included in 4.1.1., but the upcoming release 4.1.2 will have the fix. You can already test the release candidate from https://dist.apache.org/repos/dist/dev/openoffice/ *** This issue has been marked as a duplicate of issue 125613 *** |