Please advise what method you are using to open the two instances of
the same HTML document in OOo.  

Thanks,  

Tam  

1. I open some html-document with the web-editor. 
2. I open another window with "New window" from the window menu. 
3. Now I have two windows showing the same document. But, they will not be  
syncronized. If I change one of them, the other will not be updated. So, soon I 
will have to different windows of the same file. If I save the one window, it will be 
saved. If I then save the other window, it will overwrite the saving of the first 
window. And vice versa. 

Reassigned to ES

Unable to reproduce 1.1rc3/RH9

Tam  

I have asked people on the teknik-list at new.sslug.dk to check the bug. 
http://www.sslug.dk/emailarkiv/teknik/2003_08/msg00734.html.utf8 
Three persons answered: 
 
2 linux-users replied, both recognized the desribed bug (although the one did not 
think it was a bug). 
 
1 windows-user did not find the bug.  
I have also tested the bug at a windows-NT PC. It was not abundant, because the 
second window of the same file was opened in read-only mode. 
 
So, I think it is quite strange that this bug is not reproduceable. Why is there this 
difference between the windows and the linux version?  
 

Why this difference Unix/Windows? Windows has - a kind of - file
locking system which does not allow to edit a second instance of the
same file. Unix does not - by default - have this system.

So you may open so many instances of a file and edit them simultanousely.
The last saved will be the only saved.
It's your job to know what you are doing when the system allows you to
make a lot of mess ;)
So:
1) this beahiviour is normal
2) if you want a file lock "à la" Windows, have look at the readme
file of OOo concerning this problem.
3) what you want to do (write in the code and see an auto update of
the WYSIWYG view or the contrary) is a feature.

Please write another issue for this. But I'm not sure the
developpement effort and the gain of the feature would justify its
implementation....

closed

1. In the OO word editor, you can have several syncronized instances of the same 
file open. The same is the case with the OO spreadsheet-  Knowing this, it is 
natural to expect the same behaviour from the webwriter.  
2. In MS-word, you can have more instances of the same file open, so that is 
feasible in windows, too. 
 
In the last comment it is said. 
"It's your job to know what you are doing when the system allows you to 
make a lot of mess." 
To conclude, there can't be anything wrong with the system, just with the user. 
Furthermore, I am told that could write the code myself if I really wanted to change 
it. But, I am such imbecile idiot that I can't write the code. To conclude, such idiots 
are not supposed to use OpenOffice. Furthermore, if such idiots should not report 
what they see as an serious bug, they should first be told that their bug is not 
reproduceable. Then if they are stubborn enough to insist, they should be told 
what they are: idiots. 
 
But, if you for a moment should imagine having normal idiot-users using 
OpenOffice, I would suggest that you at least tried to see the situation from their 
point of view. I am sure that such ungifted persons could be quite confused, and 
loose data, because the webwriter does not syncronise all the instances of the 
same file. If you find it most reasonable not to use sparse resources on that, I will 
suggest that only the first opened instance should be opened in read-write mode, 
the rest in read-only mode, exactly as in the windows version of OO.  

1. The HTML has not the same layout as the zje Calc or Writer -> it
can be auto refreshed
2. That's another program with another technology.

Your reaction and comments mentioning "idiot", "imbecile": those are
your words, not mine. I am sorry you interpreted mine this way...

ES->MBA: we should disable the menu "Window - New window" in HTML
which may confuse users. I ask the UE for feedback.

NEW

This seems to be a bug in Writer/Web. The SFX already has an interface
for this: the virtual method SfxViewShell::NewWindowAllowed() must be
implemented in the correct way.

We do it correctly and prohibit creation of new windows once we are in
browser mode. The problem is that the SFX instead of simply preventing
new windows reloads the file as a new document. This is readonly on
lockable file systems but on Unixes locking is usually switched off
and so this leads to a second editable document pointing to the same file.

OK, thanks for the help, so to my knowledge this is "works as designed".
I agree that this is a little bit confusing, so we might consider to
change that later.

ES->MBA: Please have look at the comments and prposals in Issue 56148.

*** Issue 56148 has been marked as a duplicate of this issue. ***

This is not a bug, it's a restriction of the WriterWeb. 
WriterWeb does not allow to open more than one window for the same file. If you
try to do so it will instead open the file a second time, in case of working
file locking this will happen in readonly mode. Of course those windows are not
synchronized because they belong to different document objects.

The reason that you can't open a second window to an HTML file in the WriterWeb
is that the layout component is not assigned to the view component but to the
model component, so you can never have more than one layout. Unfortunately in
HTML documents the layout depends on the window size, thus having two windows
open for the same documents would require two different layouts.

The Issue you raised has been marked as 'Resolved' and not updated within the
last 1 year+. I am therefore setting this issue to 'Verified' as the first step
towards Closing it. If you feel this is incorrect, please re-open the issue and
add any comments.

Many thanks,
Andrew
 
Cleaning-up and Closing old Issues
~ The Grand Bug Squash, pre v3 ~
http://marketing.openoffice.org/3.0/announcementbeta.html

As per previous posting: Verified -> Closed.
A Closed Issue is a Happy Issue (TM).

Regards,
Andrew

Created attachment 74197