NoOp, thank you for continuing to work on this bug and helping make Ubuntu better. Regarding your comments:
> I'm afraid that you've misunderstood; this is not a workaround.
As I have migrated over to LibreOffice personally and professionally (Fortune 500 company with current mass deployment of OOo, looking to migrate to LibreOffice), your marking this issue Fixed Released for OOo will not be challenged by me. I have added upstream OOo link for embedding enhancement as context only http://qa.openoffice.org/issues/show_bug.cgi?id=81753 for it's anticipated resolution has an impact on path dependent video quality playback.
> OOo has never "embeded" a video into the impress file...
Agreed.
> ...(with the possible exception of https://bugs.launchpad.net/bugs/660807 - which is an anomaly and different issue - not a duplicate) and has always been the case.
I found the path dependence issues of bug 660807, and anticipated resolution, highly related but if you insist that it's not a duplicate I will not re-dup it to this bug, no big deal.
> The tests that I performed were not 'workarounds' but instead demontrating that this issue is invalid/fixed.
Regarding OOo, agreed.
> If you wish to have video files "embeded" into an .odp, then please file a wishlist bug requesting that 'enhancement'. Please also be sure to file the bug under the proper package (OOo or LO).
Again, this bug is exactly that. That is the beauty of Launchpad.
> Further, if you are going to throw libreoffice into the mix (this bug was/is filed under openoffice.org) please do so at: https://bugs.launchpad.net/ubuntu/+source/libreoffice, or with the PPA maintainers where you obtained your LO packages. Please do not intermix OOo bugs with LO bugs - they are not the same.
Viewing OOo & LibreOffice as drastically different is myopic and not constructive as the source for both are 90%+ similar. As well, not finding where the two communities can work together on the same problem(s) is wasteful. In the future, should the code bases drastically diverge then this argument holds water.
Thank you for your continued understanding and effort.
NoOp, thank you for continuing to work on this bug and helping make Ubuntu better. Regarding your comments:
> I'm afraid that you've misunderstood; this is not a workaround.
As I have migrated over to LibreOffice personally and professionally (Fortune 500 company with current mass deployment of OOo, looking to migrate to LibreOffice), your marking this issue Fixed Released for OOo will not be challenged by me. I have added upstream OOo link for embedding enhancement as context only http:// qa.openoffice. org/issues/ show_bug. cgi?id= 81753 for it's anticipated resolution has an impact on path dependent video quality playback.
> OOo has never "embeded" a video into the impress file...
Agreed.
> ...(with the possible exception of https:/ /bugs.launchpad .net/bugs/ 660807 - which is an anomaly and different issue - not a duplicate) and has always been the case.
I found the path dependence issues of bug 660807, and anticipated resolution, highly related but if you insist that it's not a duplicate I will not re-dup it to this bug, no big deal.
> The tests that I performed were not 'workarounds' but instead demontrating that this issue is invalid/fixed.
Regarding OOo, agreed.
> If you wish to have video files "embeded" into an .odp, then please file a wishlist bug requesting that 'enhancement'. Please also be sure to file the bug under the proper package (OOo or LO).
Again, this bug is exactly that. That is the beauty of Launchpad.
> Further, if you are going to throw libreoffice into the mix (this bug was/is filed under openoffice.org) please do so at: https:/ /bugs.launchpad .net/ubuntu/ +source/ libreoffice, or with the PPA maintainers where you obtained your LO packages. Please do not intermix OOo bugs with LO bugs - they are not the same.
Viewing OOo & LibreOffice as drastically different is myopic and not constructive as the source for both are 90%+ similar. As well, not finding where the two communities can work together on the same problem(s) is wasteful. In the future, should the code bases drastically diverge then this argument holds water.
Thank you for your continued understanding and effort.