[dev] Issues raised by / relevant to Support Team

[ghost]

This is a list I compiled from attending Support Team meetings. Would like to communicate these open issues to other dev team members so that when work is prioritized, these items can be included. @bisq-network/bisq-devs

Anyone feel free to add to the list and comment.

---

network messages not being delivered (dispute ticket, payment started, chat, payment info)

• complexity: high
• scope: medium (may be TOR related)
• estimate: unknown (multiple PRs already submitted, problem remains)
• GH issue Unreliable network delivery causing trading issues. #5526

 

allow mediation support ticket to remain open after mediator suggested payout

• this is to allow mediators to continue to support traders
• complexity: low/medium
• scope: low/medium
• estimate: 20 hours

 

allow mediator to suggest a revised payout if first one has not been accepted

• complexity: medium
• scope: low/medium
• estimate: 30 hours
• GH issue A new mediation resolution doesn't reset the trader's choices #5221

 

copy trader chat conversation for export (e.g. send to mediator) including signature

• complexity: low/medium
• scope: narrow (disputes UI only)
• estimate: 20 hours

 

eliminate "Keep funds in bisq wallet / move funds to external" buttons

• complexity: low
• scope: narrow (last step of trade)
• estimate: 1 hour
• GH issue Eliminate the "Keep funds in bisq wallet" and "Move funds to External Wallet" button #5410

 

dispute payout should result in trade moving to step 4 (currently it closes trade)

• complexity: low
• scope: medium - the code change has potential risk
• estimate: 5 hours
• GH issue Improve user experience once mediation has been accepted by both parties #5546

 

allow opening of arbitration after a certain time

• complexity: medium
• scope: low/medium
• estimate: 20 hours
• GH issue Allow for opening of arbitration after a certain time #4101
• GH issue Missing mediation proposals lead to no option for users to be able to send funds to donation address #5642

 

reduce time to arbitration by half (aka BTC sellers stop answering)

• complexity: low
• scope: low
• estimate: 5 hours
• GH issue BTC Sellers Stop Answering #4126

 

unable to scroll down on popup windows

• complexity: low
• scope: low
• estimate: 5 hours
• GH issue Unable to scroll down on pop-up windows #4036

 

give traders the ability to create payout transactions

• complexity: medium/high
• scope: medium/
• estimate: 50 hours
• GH link Give traders the ability to create payout transactions #5653
• needs discussion & approval

 

remove sensitve data after a predefined period

• complexity: medium/high
• scope: very wide, affects a myriad of places in the code
• estimate: 80 hours
• GH issue Encrypt or remove saved trader chats and trade data on local Bisq instances #5396

 

 

Other Issues on Dev radar:

security deposit shows as locked

• apparently a BitcoinJ issue (spv resync fixes it)
• GH issue Trade failed but security deposit is still locked #5574
• GH issue Locked balance amount in menu bar is not consistent with "Locked Funds" tab #5703

 

offers that disappear from the order book

• complexity: high (to discover cause of bug)
• scope: low (localized to one place in networking code)
• estimate: 20 hours

 

fix bug that navigate with data does not work if the dialog has not been previously loaded

• complexity: medium (navigate is a bit of a mess)
• scope: low
• estimate: 10 hours

 

align default fee with DAO value

• complexity: low
• scope: low (only applies to rare users who have disabled DAO functionality)
• estimate: 5 hours

 

solution to unlocking password wallet

• complexity: high, large testing impact
• scope: narrow (intercepted API)
• estimate: 60 hours
• GH link [dev] A consistent approach to wallet password protection & unlocking #5398

 

fix memory leak issues (it was just postponed by increasing maxram to 32Gb)

• complexity: high
• scope: wide, includes Bisq and libraries e.g. JavaFX & BitcoinJ
• estimate: unknown (no one has been able to address it)

 

sending BSQ from specific UTXO does not work

• complexity: medium
• scope: narrow (wallet code)
• estimate: 15 hours

 

Trade fails due to P2P price mismatch

• GH issue Failed trade #5751
• The price check is done first at OfferAvailabilityRequest and again at InputsForDepositTxRequest, sometimes it fails on the latter as described in the GH issue. Would be good to avoid creating a failed trade on initiation - that would require some analysis and a solution to be designed & proposed.