#5171 svn browser showing --no files-- [ss1144]

asf_release_1.0.0
closed
Cory Johns
sf-2 (943)
SCM
2015-03-13
2012-10-22
Chris Tsai
No

[forge:site-support:#1144]

Hi all,

There is no files in https://sourceforge.net/p/htmlunit/code/7611/tree/trunk/

Yours,
Ahmed

Some bad data stored perhaps?

Discussion

  • Dave Brondsema
    Dave Brondsema
    2012-11-02

    • milestone: limbo --> forge-nov-16
     
  • Dave Brondsema
    Dave Brondsema
    2012-11-02

    • size: --> 2
     

  • Chris Tsai
    2012-11-02

    [forge:site-support:#1344] seems like it might be related/same issue. If not, let me know and I'll break it out into a new ticket.

    The code tree view of the PrettyOS project does not work. It shows wrong commit for head and - what is even worse - it doesn't show most of the files in the repository (in fact, it shows only one file, keyboard.c).

    We upgraded PrettyOS project to Allura yesterday. We received two mails from sourceforge. The last one says: "Your source code repositories are currently being migrated to the new setup. You will receive another email when that import is complete." We haven't received the promised mail so far, but SVN access seems to work. I guess that there happened some problem causing tree view to be corrupted and which is probably the reason for not receiving that mail one day after upgrade.

    eg. https://sourceforge.net/p/prettyos/code/1392/tree/trunk/Source/kernel/

     
  • Cory Johns
    Cory Johns
    2012-11-09

    • status: open --> in-progress
    • assigned_to: Cory Johns
     
  • Cory Johns
    Cory Johns
    2012-11-14

    allura:cj/5171

    I can't reproduce the empty TreeDocs on my sandbox and in production, deleting them and viewing the page to rebuild them populates them correctly, so it appears to be an intermittent issue and / or race condition.

    The change in allura:cj/5171 should be more resilient to the call to the SVN tool failing as well as race conditions between multiple processes hitting the non-existant node at the same time, but I have no real way to test it other than verifying that it still works in the common case.

    I couldn't find any other place that a TreeDoc (or Tree) instance would be created for an SVN repo.

     
  • Cory Johns
    Cory Johns
    2012-11-14

    • status: in-progress --> code-review
    • qa: Tim Van Steenburgh
     
  • Cory Johns
    Cory Johns
    2012-11-14

    Also, RepoObject.upsert() is poorly named, as it is actually a safe insert, but it's used all over the place, so I didn't rename it.

     
    • status: code-review --> closed