38
39
40
41
42
43
44
45
46
47
48
|
38
39
40
41
42
43
44
45
46
47
48
49
50
|
+
+
|
+++ skins/blitz/ticket.txt
...
```
Wha?
# Crosslinking...
2021-04-12: The issue described below may have been resolved by the bug fixed in [](2791e665cca2eae2).
Running `f-parseparty -t c --crosslink` generates the expected number of mlink/plink entries but *sometimes* leaves (as it were) some commit other than the tip marked as a leaf, which causes `fossil update` to warn about having multiple leaves. We can get around this by running `fsl_repo_leaves_rebuild()` after it crosslinks everything, but that would simply hide the bug (if it *is* a bug - see below), which would presumably appear again at some point after a single checkin gets processed.
That said: it's unclear whether this is a genuine bug or a side-effect of an unfortunate parsing order. `f-parseparty` currently (as of 2021-03-11) recomputes the leaves by default if it crosslinks any checkins or tags (noting that tags can close checkins). Despite the code comments in the leaves computation, it is not "slow", taking an insignificant amount of time to run, even on the fossil and sqlite repos.
|