<html>
    <head>
      <base href="https://bugs.documentfoundation.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Add config option to report document session termination back to document host"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=113757#c3">Comment # 3</a>
              on <a class="bz_bug_link 
          bz_status_UNCONFIRMED "
   title="UNCONFIRMED - Add config option to report document session termination back to document host"
   href="https://bugs.documentfoundation.org/show_bug.cgi?id=113757">bug 113757</a>
              from <span class="vcard"><a class="email" href="mailto:el_gigantes@hotmail.co.uk" title="Dark Star1 <el_gigantes@hotmail.co.uk>"> <span class="fn">Dark Star1</span></a>
</span></b>
        <pre>After a conversation with Pranavk it would seem I need to elaborate further.
The issue can be described thus.
In a scenario where integration is with a Document Management System (DMS),
wherein a document is embedded in a lifecycle, it could be desired to halt a
process regarding a document that is under collaborative editing by placing a
locking mechanism on the document during editing (For instance prevent checkout
but not the additional joining of users to the document session). 
However because document views can be terminated in numbers of ways which can
circumvent reporting by the PostMessage mechanism, it would be beneficial if
the wsd could report it's termination of a document session (i.e. when document
has 0 sessions left) to the document host (possible via a configuration element
where a path can be given relative to host url as mentioned initially, for
example), such that the host could then simply make use of the information as
it sees fit.
>From the logs:
[1] wsd-15823-15831 11:42:12.828411 [ prisoner_poll ] INF  ~DocumentBroker
[/document-host-path/wopi/files/3032e206-0331-4815-aab9-2f6c01257be9] destroyed
with 0 sessions left.| wsd/DocumentBroker.cpp:345

The document host could be notified of the same message, when it the above
piece of information is also printed in the logs.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>