#1555 Fix empty fields on SVN repo browse

v1.0.0
closed
sf-2 (994)
General
nobody
2015-08-20
2011-02-23
No

Figure out what's wrong with https://sourceforge.net/p/c-3/svn/ - lots of empty & None fields. Maybe just needs a reindex forced?

It's odd -- I'm not seeing this get reindexed.

Maybe now it will be.

Also seen on:

Related

Tickets: #1566
Tickets: #1673

Discussion

1 2 > >> (Page 1 of 2)
  • Dave Brondsema

    Dave Brondsema - 2011-02-24
    • size: --> 2
     
  • Rick Copeland - 2011-03-02
    • status: open --> blocked
    • assigned_to: Rick Copéland
     
  • Rick Copeland - 2011-03-02
    • status: blocked --> in-progress
     
  • Rick Copeland - 2011-03-03
    • status: in-progress --> closed
    • milestone: mar-10 --> mar-03

    • Description has changed:

    Diff:

    --- old 
    +++ new 
    @@ -1,1 +1,3 @@
     Figure out what's wrong with https://sourceforge.net/p/c-3/svn/ - lots of empty & None fields.  Maybe just needs a reindex forced?
    +
    +It's odd -- I'm not seeing this get reindexed.
    
     
  • Rick Copeland - 2011-03-03
    • Description has changed:

    Diff:

    --- old 
    +++ new 
    @@ -1,3 +1,5 @@
     Figure out what's wrong with https://sourceforge.net/p/c-3/svn/ - lots of empty & None fields.  Maybe just needs a reindex forced?
    
     It's odd -- I'm not seeing this get reindexed.
    +
    +Maybe now it will be.
    
     
  • Dave Brondsema

    Dave Brondsema - 2011-03-04
    • status: closed --> validation
    • milestone: mar-03 --> mar-10
     
  • Dave Brondsema

    Dave Brondsema - 2011-03-04

    Still empty & None fields on https://sourceforge.net/p/c-3/svn/

     
  • Dave Brondsema

    Dave Brondsema - 2011-03-08
    • status: validation --> open
     
  • Rick Copeland - 2011-03-09
    • status: open --> code-review
     
  • Rick Copeland - 2011-03-09
    • status: code-review --> validation
     
  • Dave Brondsema

    Dave Brondsema - 2011-03-24
    • status: validation --> open
     
  • Rick Copeland - 2011-03-24

    Ready on rc/1555

    Apparently somehow the object_id was getting set for a tree in the repo, but the actual tree object wasn't getting created (or got deleted). This change will ensure that the tree object gets created when it can't be looked up.

    To QA: create an svn repo, commit something to it, then go in using paster shell, delete one of the (sub) tree objects, then verify it gets recreated automagically. (Assume your first commit added the dirs trunk, branches, and tags)

    >>> h.set_context('test', 'code')
    >>> ci = c.app.repo.commit(1)
    >>> tr = ci.tree.get_tree('trunk')
    >>> tr.delete()
    >>> from ming.orm import ThreadLocalORMSession
    >>> ThreadLocalORMSession.flush_all()
    
     
  • Rick Copeland - 2011-03-24
    • status: open --> code-review
    • assigned_to: Rick Copéland --> Dave Brondsema
     
  • Dave Brondsema

    Dave Brondsema - 2011-03-25
    • status: code-review --> closed

    • status: closed --> validation

     
  • Dave Brondsema

    Dave Brondsema - 2011-03-30
     
  • Dave Brondsema

    Dave Brondsema - 2011-03-30
    • status: validation --> open
    • assigned_to: Dave Brondsema --> nobody
     
  • Rick Copeland - 2011-04-04
    • Description has changed:

    Diff:

    --- old 
    +++ new 
    @@ -3,3 +3,8 @@
     It's odd -- I'm not seeing this get reindexed.
    
     Maybe now it will be.
    +
    +Also seen on:
    +
    +* http://sourceforge.net/p/uniqoda/svn/
    +* https://sourceforge.net/p/turbogears1/code/
    
     
  • Rick Copeland - 2011-04-06
    • status: open --> in-progress
    • assigned_to: Rick Copéland
     
  • Rick Copeland - 2011-04-06

    Once again taking the ticket that will not die

     
  • Rick Copeland - 2011-04-06
    • status: in-progress --> code-review
    • assigned_to: Rick Copéland --> Jenny Steele
     
  • Rick Copeland - 2011-04-06

    on forge:rc/1555

    QA: mainly code review, if it looks ok, merge and put in validation to confirm c-3 gets reindexed.

    (forge)(rc/1555)
    : rick446@legolas-vm: ~/src/forge/Allura; git qa
    Todays unlucky sucker is: Jenny
    
     
  • Jenny Steele - 2011-04-07
    • status: code-review --> validation
    • assigned_to: Jenny Steele --> Rick Copéland
     
  • Dave Brondsema

    Dave Brondsema - 2011-04-11
    • status: validation --> closed
     
1 2 > >> (Page 1 of 2)

Log in to post a comment.