Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing
|Summary:||direct copy and pasting|
|Product:||Impress||Reporter:||zak Waspe <zwaspe>|
|Component:||formatting||Assignee:||AOO issues mailing list <issues>|
|Status:||UNCONFIRMED ---||QA Contact:|
|Priority:||P3||CC:||elish, issues, karlo.smid|
|OS:||Windows 8, 8.1|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description zak Waspe 2013-11-19 22:03:37 UTC
when copy and pasting images directly from search engines such as google directly into Impress, instead of the image being copied the whole background is filled with code and lags. when trying to recreate this to try and gain a screenshot of this and placing it in writer the screen will turn black and become unresponsive for a while until I am able to close the programme but not return to working order until the programme has been closed and reopened.
Comment 1 Edwin Sharp 2013-11-20 10:29:42 UTC
Copy image from Google and paste in Impress OK. AOO410m1(Build:9750) - Rev. 1539999 2013-11-09_04:08:11 - Rev. 1540252 Debian
Comment 2 Karlo Smid 2014-06-14 13:02:52 UTC
I successfully replicated the issue on: version: 4.1.0 hardware: MacBookPro, Retina, 13-inch, Early 2013, OS X 10.9.3 (13D65) version: 4.0.1 hardware: Windows 7 Enterprise VirtualBox virtual machine. I was not able to replicate screen capture issue (when Writer shortly freeze) on version 4.0.1 and 4.1.0. Simpler, or better to state, accurate replication steps. How to find Image src attribute in Google: Given that I right click on Image in Google result page When I select “Inspect Element” Then I can see html source for that Image. You can found out more about Image base64 encoding: http://base64image.org/ Given that I select new Impress presentation And that I put in Google search input box “World Cup” And I click on Images Google link And I right click on Image for which html attribute src starts with “data:image/jpeg;base64” And I select “copy Image URL” When I paste in Impress slide with text box. Then I can see Image base64 encoded value in Impress text box.
Comment 3 Karlo Smid 2014-06-14 13:03:19 UTC
I tried following follow up tests: Vary my behaviour. I selected in Chrome (right click on image) instead of Copy Image, Copy Image URL. Reason is because this could copy a significant amount of “code”. This action successfully replicated the issue. Vary test data. I searched for “big picture” and Copied Image URL for following picture. I wanted to replicate unresponsive of Impress during the paste action. During the paste, there was rotating Mac icon (several seconds), indicating that Impress is doing the paste action. I did Impress screen shot (when contains big coded data) a do the paste to OpenOffice Writter. But Writer did not show unresponsiveness.
Comment 4 Karlo Smid 2014-06-14 13:04:25 UTC
HICCUPPS consistency analysis in order to determine is this bug important to stakeholders of this product. Consistency with History. Yes. I successfully replicated this issue on following configuration: Version: 3.4.1 Hardware: VirtualBox Virtual Machine Windows7 Enterprise Consistency with company Image. Yes. OpenOffice organization wants to present itself as reliable manufacturer of open source software. Since described behavior actually do what is supposed to do, this is in line with company image. Consistency with claims. Neutral. In documentation there is no mention how to copy image from web page to Impress presentation. But this would be out of scope regarding the Impress product. Consistency with comparable product. No, where comparable product is Google Docs. But Google Docs freezes when pasting same image, so this is Google Docs issue. So inconsistency in this case does not make this Impress issue. Yes, with comparable product Microsoft PowerPoint 2013. Google Docs Presentation does freeze when pasting this image but you just need to wait a little bit more and finally yield the same result. I think this part could be corrected according to this observation. Consistency with user expectation. Yes. Issue reporter had wrong product expectation because user selected in Browser wrong feature, “copy Image URL” instead of “Copy Image”. User argument is that he does not understand the meaning of word URL. Once, Michael Bolton shared a video in which was stated: “User does not want to use your software, user wants that he has already used your software”. Seeing cryptic characters is definitely not expected behavior. Because of that, I would suggest Chrome development team to put Copy Image URL under advanced menu item. Consistency with Product. Yes. Same behavior when we paste in the same way in Speakers Notes. Consistency with Statues. Yes. “Copy Image” URL copies Image content of src tag. What could be in src tag: http://www.w3.org/MarkUp/html3/img.html http://www.w3.org/TR/html401/struct/links.html Result of consistency analysis. Reported issue is not a bug. Issue is consistent with most of the consistency oracle heuristics.
Comment 5 Karlo Smid 2014-07-11 16:29:06 UTC
I was not able to replicate the issue. Based on user description: "...the whole background is filled with code and lags"" I managed to produce something similar by varying described steps. version: 4.1.0 hardware: MacBookPro, Retina, 13-inch, Early 2013, OS X 10.9.3 (13D65) version: 4.0.1 hardware: Windows 7 Enterprise VirtualBox virtual machine. Steps: Given that I select new Impress presentation And that I put in Google search input box “World Cup” And I click on Images Google link And I right click on Image for which html attribute src starts with “data:image/jpeg;base64” And I select “copy Image URL” When I paste in Impress slide with text box. Then I can see Image base64 encoded value in Impress text box. How to find Image src attribute in Google: Given that I right click on Image in Google result page When I select “Inspect Element” Then I can see html source for that Image. You can found out more about Image base64 encoding: http://base64image.org/