[Upstream] Cannot open OLE object when the document is opened in read-only mode

Created attachment 52309
Example document with OLE object as an icon, created with MS Office 2007

I have a MS Word document which contains an OLE object (for example, an Excel sheet or another Word document) attached as an icon. If I open the containing document in read-only mode, I cannot open the contained object.

* What is expected to happen in LibreOffice Writer:

Double primary click on the OLE object and it is opened as it does in MS Word.

* What happens instead:

One may not open the contained object.

Tested both with LibreOffice 3.3 on Ubuntu 11.04 and with LibreOffice 3.4.3 on Windows 7.

(Originally reported to: https://bugs.launchpad.net/bugs/790354)

Created attachment 52309
Example document with OLE object as an icon, created with MS Office 2007

I have a MS Word document which contains an OLE object (for example, an Excel sheet or another Word document) attached as an icon. If I open the containing document in read-only mode, I cannot open the contained object.

* What is expected to happen in LibreOffice Writer:

Double primary click on the OLE object and it is opened as it does in MS Word.

* What happens instead:

One may not open the contained object.

Tested both with LibreOffice 3.3 on Ubuntu 11.04 and with LibreOffice 3.4.3 on Windows 7.

(Originally reported to: https://bugs.launchpad.net/bugs/790354)

[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html

[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html

Confirmed: tested with LibreOffice 3.5.0 beta2 on Windows 7.

Confirmed: tested with LibreOffice 3.5.0 beta2 on Windows 7.

not reproducible in 3.3.4 , therefore regression since 3.3.4

not reproducible in 3.3.4 , therefore regression since 3.3.4

(In reply to comment #3)
> not reproducible in 3.3.4 , therefore regression since 3.3.4

Maybe even a change by intention ?

(In reply to comment #3)
> not reproducible in 3.3.4 , therefore regression since 3.3.4

I could reproduce it reliably.

Was the document opened in read-only mode?

(In reply to comment #3)
> not reproducible in 3.3.4 , therefore regression since 3.3.4

Maybe even a change by intention ?

(In reply to comment #3)
> not reproducible in 3.3.4 , therefore regression since 3.3.4

I could reproduce it reliably.

Was the document opened in read-only mode?

be aware that there has been a problematic (vendor) patch for OLE-editing in Ubuntu/Debian packaging, which had been remove since.

So please specify exactly which version you tested with (version _and_ if it was upstream or a vendor build).

be aware that there has been a problematic (vendor) patch for OLE-editing in Ubuntu/Debian packaging, which had been remove since.

So please specify exactly which version you tested with (version _and_ if it was upstream or a vendor build).

I didn't reprodce the problem with master (future 3.6) updated today and 3.5 branch updated 1 or 2 days ago (so not exactly 3.5.0 rc3).
In both cases, i can open the inner Document.

I'm on pc Debian x86-64.

Danilo: Do you still reproduce the problem with last version ?

I didn't reprodce the problem with master (future 3.6) updated today and 3.5 branch updated 1 or 2 days ago (so not exactly 3.5.0 rc3).
In both cases, i can open the inner Document.

I'm on pc Debian x86-64.

Danilo: Do you still reproduce the problem with last version ?

LibreOffice 3.3.4 (upstream build, on Windows) won't let me view the inner document when I double-click on it. However, I can right click on the OLE document, choose Edit and then edit a copy. Same thing for LibreOffice 3.5.0rc3 (upstream build, on Windows).

I didn't find the workaround (right click, Edit, edit a copy) before. Sorry.

LibreOffice 3.3.4 (upstream build, on Windows) won't let me view the inner document when I double-click on it. However, I can right click on the OLE document, choose Edit and then edit a copy. Same thing for LibreOffice 3.5.0rc3 (upstream build, on Windows).

I didn't find the workaround (right click, Edit, edit a copy) before. Sorry.

I tested on Seven with LO 3.4.4, it works.

Could you uninstall completely LO with cleaning registry (for example with ccleaner which is free) + delete (or backup) your profile then install again LO ?

I tested on Seven with LO 3.4.4, it works.

Could you uninstall completely LO with cleaning registry (for example with ccleaner which is free) + delete (or backup) your profile then install again LO ?

Does it work if you try to open the inner document with double primary click, or does it work when using the edit-a-copy workaround?

Does it work if you try to open the inner document with double primary click, or does it work when using the edit-a-copy workaround?

It works directly with double primary click.

It works directly with double primary click.

That's weird. I tested it again on Ubuntu using an upstream build of LibreOffice 3.5.0rc3.

Anyway, since there is a workaround, I believe this bug can be closed or (if confirmed) converted to an enhancement.

That's weird. I tested it again on Ubuntu using an upstream build of LibreOffice 3.5.0rc3.

Anyway, since there is a workaround, I believe this bug can be closed or (if confirmed) converted to an enhancement.

Just missed "read-only" option to check, sorry.
I reproduce it now.

Just missed "read-only" option to check, sorry.
I reproduce it now.

Created attachment 56917
Screencast showing the bug and the workaround

Here is a screencast showing the test steps. The "Container1.doc" file has read-only permissions (as shown by the locket icon in the folder).

Created attachment 56917
Screencast showing the bug and the workaround

Here is a screencast showing the test steps. The "Container1.doc" file has read-only permissions (as shown by the locket icon in the folder).

My guess is that double click invokes an "Edit" action on the OLE document; since "Edit" is not available (the main document is opened as read-only), no action is performed.

My guess is that double click invokes an "Edit" action on the OLE document; since "Edit" is not available (the main document is opened as read-only), no action is performed.

No bug reproducible with "LibreOffice 3.6.3.2” German UI/ German Locale [Build-ID: 58f22d5]" on German WIN7 Home Premium (64bit)

Steps how to reproduce with reporter's sample document (2011-10-13 15:03 UTC) :
1. Launch Libo
2. from LibO Start Center men 'File -> Open -> (Browse for Sample Document) ->
   Check "Read only" -> <open>
   > Document will be opened as expected in read only mode
3. Double click embedded document (Text "Documento di ..."
   > You can't open the embedded document
4. Click 'Edit File' Icon in Standard Toolbar
   > "Read only" in Window heading disappears
6. Double click embedded document (Text "Documento di ..."
   > Embedded document will be opened in a separate window

Tis is not a bug at all, but intended behavior. Read only means read only, and so no edit operation is allowed.

No bug reproducible with "LibreOffice 3.6.3.2” German UI/ German Locale [Build-ID: 58f22d5]" on German WIN7 Home Premium (64bit)

Steps how to reproduce with reporter's sample document (2011-10-13 15:03 UTC) :
1. Launch Libo
2. from LibO Start Center men 'File -> Open -> (Browse for Sample Document) ->
   Check "Read only" -> <open>
   > Document will be opened as expected in read only mode
3. Double click embedded document (Text "Documento di ..."
   > You can't open the embedded document
4. Click 'Edit File' Icon in Standard Toolbar
   > "Read only" in Window heading disappears
6. Double click embedded document (Text "Documento di ..."
   > Embedded document will be opened in a separate window

Tis is not a bug at all, but intended behavior. Read only means read only, and so no edit operation is allowed.

I still think it's a bug, albeit a minor one: I expect the embedded document to be opened (for viewing, not necessairly for editing) when I double click it.

I still think it's a bug, albeit a minor one: I expect the embedded document to be opened (for viewing, not necessairly for editing) when I double click it.

Danilo Piazzalunga, while Rainer Bielefeld is correct in this is not a bug, it is an ENHANCEMENT, as you are expecting Writer to do what Word does in the same situation.

Danilo Piazzalunga, while Rainer Bielefeld is correct in this is not a bug, it is an ENHANCEMENT, as you are expecting Writer to do what Word does in the same situation.

Open attachment
Click on Edit document in tool bar
Double click the OLE object
 > Nothing happens

As the original report
 > New

Open attachment
Click on Edit document in tool bar
Double click the OLE object
 > Nothing happens

As the original report
 > New