08:57:08 <errorreporter> i am doing "transfer 4..  0.2  4..  0.1" which, after a second responds with "Error: transaction was not constructed"
08:58:24 <errorreporter> the log file in addition has "cryptonote_tx_utils.cpp:242 Destinations have to have exactly one output to support encrypted payment ids" right before that
08:59:11 <errorreporter> and a DEBUG saying "Encrypting payment id <37cc69754b0c871d>" right before that in turn. however, i did not enter any payment id
08:59:57 <errorreporter> does it consider the last amount i provide a payment id?
09:01:20 <errorreporter> (this is with a trezor, in case that's relevant)
09:02:44 <errorreporter> also, it happens only after "account switch 1". on "account switch 0" the issue doesn't arise
11:06:02 <moneromooo> Transactions to standard addresses automatically get assigned a random short payment id if none is specified.
11:06:31 <moneromooo> I'll try to repro here.
11:39:05 <louipc> sweet
11:57:57 <moneromooo> Seems to work for me, but without a trezor.
11:58:32 <errorreporter> maybe it's something about the outputs used
11:58:43 <errorreporter> you did an account switch?
11:59:03 <moneromooo> Yes
11:59:55 <moneromooo> Payment ID stuff ought not depend on outputs used.
11:59:56 <errorreporter> here it's using one input. might be relevant
12:00:27 <errorreporter> so there's one input of .45 that's used for both outputs
12:01:27 <errorreporter> let me see if things change using a different index explicitly
12:03:15 <errorreporter> it doesn't
12:03:50 <moneromooo> You're running a recent monero version I assume ?
12:04:15 <errorreporter> monero-x86_64-linux-gnu-v0.17.1.9
12:06:28 <errorreporter> when changing at least the first recipient to a 8.. address, it works
12:07:23 <errorreporter> WORKS: transfer 8..  0.02  4..  0.01
12:10:02 <errorreporter> WORKS: transfer 4..  0.02  8..  0.01
12:10:34 <errorreporter> WORKS: transfer 8..  0.02  8..  0.01
12:10:54 <errorreporter> DOESNT: transfer 4..  0.02  4..  0.01
12:18:50 <errorreporter> just before payment id, log says the following, indicating that things might be treated somehow differently depending on the type of address:  cryptonote_tx_utils.cpp:76    destinations include 2 standard addresses and 0 subaddresses
12:20:53 <moneromooo> They do. Subaddresses don't get the default payment id.