Juan Carlos Carmona Calvo

@str4d @daira some new idea or solution for this problem? We just started to have this problem building zingo-mobile for Android... cc: @zancas @AloeareV

@dhananjayspeed @TrustDec any solution about this issue?

@AlwaysCompile my first advice would be, upgrade rust, using: `rustup upgrade` and try again. I'm using this version `rustc 1.78.0-nightly (a4472498d 2024-02-15)` in Windows and I have no problem building...

@AlwaysCompile this is still a problem?

## HIGHLIGHTS: **batch_num 166 batch_total 1657 end_block 2169601 start_block 2169700 new fee wrong 60335986aa5ef515c6830266d74f985e6b878cb9a160c654d20402bcdd15c8d2 0.0396** A new transaction with incorrect fee. **batch_num 167 batch_total 1657 end_block 2169701 start_block 2169800 fee...

Second Try... different result. The entire LOG: LOG ------- sapling balance changed 0.0004 => 0 LOG ------- sapling spendable balance changed 0.0004 => 0 LOG +++++++ fetch transactions 0 LOG...

## MORE HIGHLIGHTS: **fee changed b8619865b085aa4d16919943a8e73a87f70f40d6daff765a5f079de07af8bd1a 135086 0.0158 => 0.0001 Total Amount changed b8619865b085aa4d16919943a8e73a87f70f40d6daff765a5f079de07af8bd1a 135086 0 => 0.0157 type changed b8619865b085aa4d16919943a8e73a87f70f40d6daff765a5f079de07af8bd1a 135086 SendToSelf => Sent** **fee changed 5fba906cd01e1fb88b0752815b16b814d44bee57fb27f7676dd1df9b7886777d 117231 0.08041025...

I manually reproduced the `interrupt app sapling balance bug`, as usual, I compared the logs looking for only the sapling balance... and I find the/a bifurcation: Blocks: 2268201 - 2268300...

## Correct sapling balance LOG (final stage): - fetch sapling notes 1 - **NEW note f83f6948deeb25bde864c46d47346497cfd2f36ea8c990df3241f6ecf2e48dd8 2300525 `0.0004` Unspent** ## Incorrect sapling balance LOG (final stage): - fetch sapling notes...

The FIRST entire LOG: LOG synced 100 trial_decryptions 0 txn_scan 0 witnesses 0 TOTAL 100 batch_num 0 batch_total 1657 end_block 2153001 start_block 2153100 LOG synced 100 trial_decryptions 0 txn_scan 0...