9.12 Preview1 Broken Unit tests

    Table of contents
    No headers

    The following tests are broken in 9.12 preview1

    MindTouch.Deki.Tests.ArchiveTests.PagesTests.GetSubpages

    This is fixed now.  Not sure what change fixed it though....

    This test does the following:

    • create PageTitle1
    • create PageTitle1/Subpage
    • delete PageTitle1 and all children
    • GET:archive/pages/{PageTitle1_ID}/subpages to verify that "Subpage" is listed

    This test is failing because GET:archive/pages/{PageTitle1_ID}/subpages actually contains 2 pages:

    <pages.archive>
      <page.archive id="2331" href="http://dekidev/@api/deki/archive/pages/2331/info">
        <title>PageTitle1</title>
        <path>PageTitle1</path>
        <contents type="application/x.deki0805+xml" href="http://dekidev/@api/deki/archive/pages/2331/contents" />
      </page.archive>
      <page.archive id="2332" href="http://dekidev/@api/deki/archive/pages/2332/info">
        <title>Subpage</title>
        <path>PageTitle1/Subpage</path>
        <contents type="application/x.deki0805+xml" href="http://dekidev/@api/deki/archive/pages/2332/contents" />
      </page.archive>
    </pages.archive>
    

    Note that the subpages feature should NOT return the current page as a subpage!

     

    MindTouch.Deki.Tests.ChangeSubscriptionTests.DekiChangeSubscriptionExtTests.Subscribe_and_see_page_change_dispatched

    fixed in r17116

     

    MindTouch.Deki.Tests.DekiInstanceTests.Multi_instance_service_start_stop

    Test succeeds after deleting dekiscript XML extensions.  It may be that fetching the manifest from scripts.mindtouch.com is failing due to my slow VM.

     

    MindTouch.Deki.Tests.DekiInstanceTests.Multiple_simultaneous_requests

    Tests passes.  Hard coded database info caused tests to fail in my environment.

     

    MindTouch.Deki.Tests.DekiInstanceTests.Start_Stop_services_concurrently

    Tests passes.  Hard coded database info caused tests to fail in my environment.

     

    MindTouch.Deki.Tests.ExternalLuceneWireupTests.Providing_externalLuceneUri_posts_dekipubsub_plug_info_on_that_service

    Test passes.  I had to comment out the if(dekiConfig.IsEmpty) line so the proper config was loaded.

     

    MindTouch.Deki.Tests.FileTests.UploadTests.MultipleRevisionContent

    Fixed in r17207

    Line 468 returns this message:

    <message><status>400</status><headers><Content-Type>application/xml; charset=utf-8</Content-Type><X-Data-Stats>request-time-ms=75; mysql-queries=51; mysql-time-ms=133; </X-Data-Stats><X-Deki-Site>id="default"</X-Deki-Site></headers><body format="xml">
    <error>
      <status>400</status>
      <title>Bad Request</title>
      <message>Missing filename</message>
      <uri>http://localhost:20023/deki/files/306?dream.in.uri=http://localhost:20023/</uri>
    </error></body>
    </message>
    

     

    MindTouch.Deki.Tests.PageTest.CommentTests.DeleteComment

    fixed in r17207

    Looks like CommentDA::Comments_Update is failing when it tries to run the query because comment.LastEditUserId is null.

    Exception message is: Nullable object must have a value

     

    MindTouch.Deki.Tests.PageTest.RevertTests.PageRevert

    fixed in r17207

    Fails because PageBL::RevertPageFromRevision throws CANNOT_FIND_PAGE_WITH _REVISION error

     

    MindTouch.Deki.Tests.PageTests.ContentTests.GetPdf

    Should be fixed once r17107 is applied.

     

    MindTouch.Deki.Tests.PageTests.RevisionTests.GetPageDiffWithoutTags

    This test case does the following

    1) creates a page with the following content:  

    This is test content 
    

    2) creates a new revision of the page with the following content

    New content
    

    3) compares the two revisions:  GET:pages/{id}/diff?revison=HEAD&previous=-1

    <p>...</p> content
    

    The <p>...</p> should only be used when text did not change between revisions so I'm not sure why it's appearing here.

     

    MindTouch.Deki.Tests.PageTests.RevisionTests.GetPageDiffWithTags

    fixed in r17242,r17243

    MindTouch.Deki.Tests.PageTests.TemplateTests.TemplateWithChildTree

     TODO: verify - I believe this failed in 9.08 release as well.

    MindTouch.Deki.Tests.PropertyTests.PropertyTests.SaveGetPageProperty

    fixed in r17209

    Fails because properties are being stored as ascii next  (not utf8).  Is this by design?

    Test is putting property like this:

    ípèëdââíëètëågfiagêpfññgrcàìfçfprcêànéäïcdctàéebânñbemdîpârbcççeãdpâpåîlâíncîàçåðsmìçeieñîdêoãíopðíroâåïrçtlñañîìédärírtìlâàáeîññðçðälmpëpsñåðeñîhïätiðáárâcaepmëàlanalãsèëarrìíeããngmàéafrhèhpæñfgeçeåîïofésïdeâæðrâcdàñáñfäcìinealiçgñðçpìeémdcmåblðdïcæefftlì
    

    Which the api returns like this:

    <contents type="text/plain; charset=us-ascii" size="256" href="http://dekidev/@api/deki/pages/2375/properties/foo">
    ?p??d?????t??gfiag?pf??grc??f?fprc??n???cdct??eb?n?bemd?p?rbc??e?dp?p??l??nc?????sm??eie??d?o??op??ro???r?tl?a????d?r?rt?l???e???????lmp?ps???e??h??ti???r?caepm??lanal?s??arr??e??ngm??afrh?hp??fge?e???of?s?de???r?cd????f?c?ineali?g???p?e?mdcm?bl?d?c?efftl?
    </contents>
    

     

    MindTouch.Deki.Tests.SiteTests.LicenseTests.PutLicense

    intermittent failures...not sure why yet.

     

    MindTouch.Deki.Tests.SiteTests.SettingsTests.PutSettingsManyTimes

    Not worried about this one...has failed for the past several releases on my slow VM

    Tag page
    You must login to post a comment.

    Copyright © 2011 MindTouch, Inc. Powered by