• 
      

    Remove deprecated-for-5.0 code from Djblets.

    Review Request #13812 — Created May 2, 2024 and submitted

    Information

    Djblets
    release-5.x

    Reviewers

    This change removes the rest of the APIs and usage that has been marked
    as deprecated and removed for Djblets 5.0. This also turns on subquery
    and join type checking by default for assertQueries, as was advertised
    in the deprecation warnings for those. This required updating one unit
    test for the join types, but otherwise works.

    Ran Djblets and Review Board unit tests.

    Summary ID
    Remove deprecated-for-5.0 code from Djblets.
    This change removes the rest of the APIs and usage that has been marked as deprecated and removed for Djblets 5.0. This also turns on subquery and join type checking by default for `assertQueries`, as was advertised in the deprecation warnings for those. This required updating one unit test for the join types, but otherwise works. Testing Done: Ran Djblets and Review Board unit tests.
    c8eb4e7089c56910511b42374a33e9f5ca82e060
    Description From Last Updated

    Let's quadruple-check that we don't ship anything anywhere that uses this.

    chipx86chipx86

    Indentation is inconsistent here.

    chipx86chipx86

    I think we should be checking for/asserting on these, rather than assuming. We're not defensive enough in the JavaScript codebase.

    chipx86chipx86

    Shouldn't this be RemovedInDjblets60Warning?

    maubinmaubin
    chipx86
    1. 
        
    2. djblets/log/__init__.py (Diff revision 1)
       
       
       
       
       
       
       
       
      Show all issues

      Let's quadruple-check that we don't ship anything anywhere that uses this.

      1. Just re-audited all of our codebases and I don't see any. That said, I'm okay bringing this back if you think it's too risky.

      2. Let's bring it back for now, just to be overly-safe. At this point in the release, I'm concerned about any new work with the capability to break anything.

        (Almost tempted to say we just leave all these deprecations for 6.0.)

      3. The rest of these should all be much safer and more obvious.

    3. djblets/static/djblets/js/configForms/models/listItemModel.ts (Diff revision 1)
       
       
       
       
       
       
       
       
       
      Show all issues

      I think we should be checking for/asserting on these, rather than assuming. We're not defensive enough in the JavaScript codebase.

    4. 
        
    david
    maubin
    1. 
        
    2. djblets/deprecation.py (Diff revision 2)
       
       
      Show all issues

      Shouldn't this be RemovedInDjblets60Warning?

      1. Because this one is particularly annoying, I thought it best to give it even more time.

      2. In general, I'd like to give a 2 release window for deprecations anyway. That said, I don't know whether "Next" should be next-major-version or next-deprecation-removal-from-this-major-version. I feel like it should be "next major version" though, given the naming.

      3. This is really meant for consumers of the library, and not in deprecation calls, fwiw.

    3. 
        
    maubin
    1. Ship It!
    2. 
        
    chipx86
    1. 
        
    2. Show all issues

      Indentation is inconsistent here.

    3. 
        
    david
    david
    chipx86
    1. Ship It!
    2. 
        
    david
    Review request changed
    Status:
    Completed
    Change Summary:
    Pushed to release-5.x (5fb05c7)