<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Jason,<br>
    <br>
    first - thank you for detailed report.<br>
    I've just tested this, but couldn't reproduce with my midPoint
    version. This is what I've tried to check with you:<br>
    <br>
    1. using your Sonis Web resource (CSV), slightly modified: removed
    schema extension inbounds and object template reference in
    "unmatched" action - but tried also with it<br>
    2. create most simple object template with only 1 mapping and set it
    as global user template:<br>
       <mapping><br>
          <expression><br>
             <assignmentTargetSearch><br>
                <targetType
xmlns:c=<a class="moz-txt-link-rfc2396E" href="http://midpoint.evolveum.com/xml/ns/public/common/common-3">"http://midpoint.evolveum.com/xml/ns/public/common/common-3"</a>>c:OrgType</targetType><br>
               
    <oid>00000000-dc00-dc00-0005-000000000001</oid><br>
             </assignmentTargetSearch><br>
          </expression><br>
          <target><br>
             <c:path
xmlns:c=<a class="moz-txt-link-rfc2396E" href="http://midpoint.evolveum.com/xml/ns/public/common/common-3">"http://midpoint.evolveum.com/xml/ns/public/common/common-3"</a>>assignment</c:path><br>
          </target><br>
       </mapping><br>
    <br>
    (the oid is one my root organizations I have in midPoint)<br>
    3. tried to do LiveSync for two accounts<br>
    4. both accounts appear in OrgStruct, and of course have
    parentOrgRef<br>
    5. then I've switched off the global user template and referenced it
    directly in "unmatched" situation<br>
    6. created another account in CSV, livesynced<br>
    7. the account also works, appears in OrgStruct<br>
    <br>
    So, unless I'm doing something different, it might as well as be
    fixed in the devel version I'm running: git-v3.0.1devel-680-g89fbcf7<br>
    <br>
    If I'm not making some obvious mistake by oversimplifying your
    scenario, would it be possible to retest this with master? I'd
    recommend to try it in separate DB repository (H2 is ok) as there is
    a change in DB schema after 3.0.1 as well as in the connector
    namespaces (so you would need to change connector references for DB,
    CSV, LDAP resources for master).<br>
    <br>
    Thank you.<br>
    Regards,<br>
    Ivan<br>
    <br>
    <div class="moz-cite-prefix">On 12/02/2014 12:36 AM, Jason Everling
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAFkZXY4g7Ur49GsUQEd_GYiUSE3=QC24va6OPFriXu+taW2SLg@mail.gmail.com"
      type="cite">
      <div dir="ltr">Since I finished up the roles/groups testing I
        moved onto Orgs, I got my orgs mapped and working correctly so
        it is not a configuration question.
        <div><br>
        </div>
        <div>When a user is manually added in the midpoint GUI and the
          Org gets assigned manually the users shows up in the GUI in
          the Org Tree,</div>
        <div><br>
        </div>
        <div>If a user is created automatically using a resource such as
          DBTable or CSV and the Org is assigned from a objectTemplate
          they do not show up in the Org tree under the Org but if I
          open the user, sure enough the Org is assigned.</div>
        <div><br>
        </div>
        <div>The only thing I notice differently from a manual creation
          to a automatic creation is that the manual creation adds the
          below to the user object, the users that are automatically
          created are missing this item, if I manually add the item to
          the user then they show up in the Org Tree,</div>
        <div><br>
        </div>
        <div>The below is what is missing from the auto created/assigned
          users objects,</div>
        <div><br>
        </div>
        <div>   <parentOrgRef
          oid="9c3facf5-fd01-46f5-9c28-8488403826be"
          type="OrgType"><!-- OU=SHP Staff,DC=TEST,DC=LOCAL
          --></parentOrgRef><br>
        </div>
        <div><br>
        </div>
        <div>JASON</div>
      </div>
      <br>
      <font size="2"><br>
        <br>
        CONFIDENTIALITY NOTICE:<br>
        This e-mail together with any attachments is proprietary and
        confidential; intended for only the recipient(s) named above and
        may contain information that is privileged. You should not
        retain, copy or use this e-mail or any attachments for any
        purpose, or disclose all or any part of the contents to any
        person. Any views or opinions expressed in this e-mail are those
        of the author and do not represent those of the Baptist School
        of Health Professions. If you have received this e-mail in
        error, or are not the named recipient(s), you are hereby
        notified that any review, dissemination, distribution or copying
        of this communication is prohibited by the sender and to do so
        might constitute a violation of the Electronic Communications
        Privacy Act, 18 U.S.C. section 2510-2521. Please immediately
        notify the sender and delete this e-mail and any attachments
        from your computer. </font><br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
midPoint mailing list
<a class="moz-txt-link-abbreviated" href="mailto:midPoint@lists.evolveum.com">midPoint@lists.evolveum.com</a>
<a class="moz-txt-link-freetext" href="http://lists.evolveum.com/mailman/listinfo/midpoint">http://lists.evolveum.com/mailman/listinfo/midpoint</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
  Ing. Ivan Noris
  Senior Identity Management Engineer
  evolveum.com     evolveum.com/blog/
  _____________________________________________
  "Semper Id(e)M Vix."
</pre>
  </body>
</html>