Ticket Change Details
Not logged in
Overview

Artifact ID: 65a9c731d0cd0b2675f2612e47c30644b0e58372
Ticket: 74413366fe5067b3de2ee80567f15d432c7ea58d
Bad behaviour merging with renames
User & Date: anonymous 2011-01-04 09:18:30
Changes

  1. comment changed to:
    We hit a case when a rename DELETED some files that where in P, V and M!
    
    After an investigation, we tracked the problem:
      *  Merge calls "find_filename_changes(between p and m)"
      *  find_filename_changes calls bisect_shortest_path( directOnly )
    
    We think that if we change the find_filename_changes() so bisect_shortest_path gets called with "directOnly=false", it solves all our problems.
    
    But we don't know further consequences from this. We need this problem fixed. drh, as you implemented all this, could you tell us if this is the change to do?
    
    I will attach the patch that removes the directOnly on find_filename_changes.
    
  2. foundin changed to: "[79b7902cdd]"
  3. private_contact changed to: "ccd87c60364e1d3e945b6f4d4874f5174b17cc43"
  4. severity changed to: "Critical"
  5. status changed to: "Open"
  6. title changed to: "Bad behaviour merging with renames"
  7. type changed to: "Code_Defect"