Bitcoin Core 0.21.1 ridiculous window width (bug?)

[LoyceV]

I've just upgraded Bitcoin Core from 0.17.0 to 0.21.1 (this was long overdue) on Linux. Now my Bitcoin Core window is much wider than my monitor, and I can't resize it.
Under Recent transactions, I have a transaction with many recipients. All receiving addresses are shown on the same line, which is what causes the wide window. When I click "Mask values", I can resize the window to a normal format (but I don't want to hide values), and when I show the values again, the window gets wide again.
I'm guessing an easy solution would be to make enough small transactions to move the large transaction out of the list, but that seems like a rediculous thing to do.

If I try to change the label, it tells me the entered address is not a valid Bitcoin address (there are several addresses), so I can't hide the long line by creating a short label.
I can't find anything about it online, so it might be a rare bug. This is the only recent transaction I have without a label, all other transactions show the label instead of addresses in the Overview.

(I don't want to screenshot the addresses because of privacy)

[1713592831]

1713592831

[1713592831]

1713592831

[nc50lc]

It looks like a bug.
It's not just in Linux, I also upgraded to v0.21.1 (from v0.21.0) and it has the same issue on Windows10.
If there's a transaction with multiple recipients like a "Payment to yourself" transaction with 2+ outputs without labels, the window will expand to all of the addresses' full length.
I'm having the same error when trying to add a label too, other 'payment to self' transactions with label are editable.

Here's some screenshot from RegTest:
version 0.21.0 (normal):

version 0.21.1 (with issue)


That's just the previous release so there are only few PRs that may have caused the issue.

[NotATether]

I believe I have found the culprit commit.

It is https://github.com/bitcoin/bitcoin/commit/b7086e69ff3825c3f3bfde4ca9af90663a4575dd (qt: Add TransactionOverviewWidget class)

This is probably the change that's causing the large expansion too, but I'm not 100% sure:

           <property name="uniformItemSizes">
             <bool>true</bool>
            </property>

I'll play around with this and see if changing these restores the window size, then I hope to open a PR.

EDIT: I'm finding it extremely difficult to build bitcoin core when I keep getting ./configure errors like this:

Code:

configure: error: Could not find a version of the Boost::System library!

EDIT May 21: Finally I got the thing to compile. If anyone else is compiling from source on Ubuntu then you need to build it like this:

Code:

# You probably have to run ./autogen.sh as well
sudo apt-get install libboost-system-dev libboost-filesystem-dev libboost-test-dev libevent-dev
export BDB_PREFIX="$(pwd)/db4"
./configure BDB_LIBS="-L${BDB_PREFIX}/lib -ldb_cxx-4.8" BDB_CFLAGS="-I${BDB_PREFIX}/include" && make

Now to actually test the fix...

[swogerino]

I think it is a bug when you upgrade from older versions.I just installed Bitcoin Core 0.21.1 and everything works like it should on Ubuntu 18.04 LTS,I installed it from the Snap store because when I downloaded .tar.gz file and extracted it,made the bitcoin-qt executable with chmod u+x command it didn't start at all.

[LoyceV]

I think it is a bug when you upgrade from older versions.I just installed Bitcoin Core 0.21.1 and everything works like it should

That's an empty wallet. Now create a transaction with many recipients, see what happens.

[swogerino]

I don't have any BTC as I just created it,but I added three recipients and everything is looking ok,when you add more the window stays the same,only the elevator to the right goes down.

[ranochigo]

I don't have any BTC as I just created it,but I added three recipients and everything is looking ok,when you add more the window stays the same,only the elevator to the right goes down.

Are you having troubles seeing the image in the second post by any chance?

[swogerino]

I don't have any BTC as I just created it,but I added three recipients and everything is looking ok,when you add more the window stays the same,only the elevator to the right goes down.

Are you having troubles seeing the image in the second post by any chance?

No,so I need to have some Btc here to see.I will check once I receive the signature campaigns earnings anytime soon now,I will send from that wallet to this wallet and check.I thought I could also check with an empty wallet so I will wait until I have some Btc.




I don't see any problems with receiving from multiple different addresses as I had some wallets with little money on them and used them for testing,later on I will test sending to multiple recipients and see if the bug will come there.



And the final test sending to multiple recipients ended well as you can see in the above picture.

[nc50lc]

I don't have any BTC as I just created it,but I added three recipients and everything is looking ok,when you add more the window stays the same,only the elevator to the right goes down.

The issue occurs when you have a transaction in the "Overview" tab that has multiple receipients.
Sending or receiving to multiple addresses will just add multiple entries per output (address) in that tab.

To properly reproduce it, follow this (use RegTest/Testnet, not Mainnet for testing):

• Get two or more addresses from the "Receive" tab.
• Go to "Send" tab of the same wallet and click "+Add Receipient" to add more "PayTo" fields.
• Paste the addresses in each PayTo field and enter the amounts you prefer, then finish creating the transaction.

One scenario where that example could happen is when a user consolidates his inputs (send all to self) by using two of his own wallet's receiving addresses as outputs.

[swogerino]

I don't have any BTC as I just created it,but I added three recipients and everything is looking ok,when you add more the window stays the same,only the elevator to the right goes down.

The issue occurs when you have a transaction in the "Overview" tab that has multiple receipients.
Sending or receiving to multiple addresses will just add multiple entries per output (address) in that tab.

To properly reproduce it, follow this (use RegTest/Testnet, not Mainnet for testing):

• Get two or more addresses from the "Receive" tab.
• Go to "Send" tab of the same wallet and click "+Add Receipient" to add more "PayTo" fields.
• Paste the addresses in each PayTo field and enter the amounts you prefer, then finish creating the transaction.

One scenario where that example could happen is when a user consolidates his inputs (send all to self) by using two of his own wallet's receiving addresses as outputs.

Just did,check my above post and the latest image,everything working correctly on 0.21.1 when installed from the Snap store as I said above.

[LoyceV]

Just did,check my above post and the latest image

I can see a closing bracket ")", which means your transaction didn't have enough addresses to fill the line.

[swogerino]

Just did,check my above post and the latest image

I can see a closing bracket ")", which means your transaction didn't have enough addresses to fill the line.

Ok,wait a bit longer then.Once Binance release my funds I will try with at least three addresses but I guess the result will be the same.

Maybe the brackets were because the transactions were unconfirmed,this is how it looks now when they are confirmed.



I will still give a try with three or more addresses but I am confident no bug will be found.

Yeah I was right,the brackets were for unconfirmed transactions,now I payed to three different addresses and it worked well

[nc50lc]

The issue occurs when you have a transaction in the "Overview" tab that has multiple recipients.
Sending or receiving to multiple addresses will just add multiple entries per output (address) in that tab.

Just did,check my above post and the latest image,everything working correctly on 0.21.1 when installed from the Snap store as I said above.

Your 'Overview' tab's recent transactions are displaying 'labels' (eg. User1) instead of addresses and the bug is caused by those addresses' length.
And most importantly, those aren't your own addresses, "Payment to yourself" transactions have an icon with two arrows pointing on opposite direction,
yours are only upward indicating that those are "Sent to" transactions.
Those info are already explained in post number2.

To properly reproduce it, use your own addresses (from receive tab), do not add any label and do not use any your wallet's address with label to make sure that the transaction will display your addresses in the recent transactions.

[swogerino]

The issue occurs when you have a transaction in the "Overview" tab that has multiple recipients.
Sending or receiving to multiple addresses will just add multiple entries per output (address) in that tab.

Just did,check my above post and the latest image,everything working correctly on 0.21.1 when installed from the Snap store as I said above.

Your 'Overview' tab's recent transactions are displaying 'labels' (eg. User1) instead of addresses and the bug is caused by those addresses' length.
And most importantly, those aren't your own addresses, "Payment to yourself" transactions have an icon with two arrows pointing on opposite direction,
yours are only upward indicating that those are "Sent to" transactions.
Those info are already explained in post number2.

To properly reproduce it, use your own addresses (from receive tab), do not add any label and do not use any your wallet's address with label to make sure that the transaction will display your addresses in the recent transactions.

Ok,will do so today afternoon after work and let you know the final test results.

I guess it is welcome to the club for me too,it shows a bigger window as you say.

[NotATether]

Finally I have created the issue.

https://github.com/bitcoin/bitcoin/issues/22246

Now let's see if I can try to add a size limit for this "receiving transactions" widget. So far, no luck, until today when I realized that I can simply reproduce this issue in regtest after mining a bunch of blocks using bitocin-cli -generate 110 to get enough spendable test BTC.

(Precompiled binaries rock, no slew of build errors to deal with.)

I believe I have found the culprit commit.

It is https://github.com/bitcoin/bitcoin/commit/b7086e69ff3825c3f3bfde4ca9af90663a4575dd (qt: Add TransactionOverviewWidget class)

This is probably the change that's causing the large expansion too, but I'm not 100% sure:

           <property name="uniformItemSizes">
             <bool>true</bool>
            </property>

I'll play around with this and see if changing these restores the window size, then I hope to open a PR.

UPDATE:

A pull request was made that fixes this issue.

https://github.com/bitcoin-core/gui/pull/365

Apparently, there's supposed to be an eye symbol next to the transactions that shows the full addresses in a tooltip or something like that, and restores the window length to normal. This PR makes it always visible, effectively fixing this bug.

[nc50lc]

-snip-
UPDATE:

A pull request was made that fixes this issue.

https://github.com/bitcoin-core/gui/pull/365

Apparently, there's supposed to be an eye symbol next to the transactions that shows the full addresses in a tooltip or something like that, and restores the window length to normal. This PR makes it always visible, effectively fixing this bug.

I think the "eye symbol" is an indicator that the transaction is for the wallet's watch-only addresses, thus not the actual fix.
The pull request name didn't indicated the fix but one of its commits does: /commits/d476f41d5f16e3f9f6f59f358cb5649657081384

qt: Do not extend recent transaction width to address/label string

[NotATether]

This issue has now been FIXED by pull request #365, commit d476f41d5f16e3f9f6f59f358cb5649657081384.

According to the commit, the minimum window size was not taken to account when computing the size of the window, it was used as the sum of the addresses and recent transactions lengths.

[LoyceV]

This issue has now been FIXED by pull request #365, commit d476f41d5f16e3f9f6f59f358cb5649657081384.

Thank you for taking this to Github! I'll see the fix in the next stable release.

I owe you Merit, but:

You can only send 50 merit to a given user per 30 days. You have already sent 50 merit to that user.

[LoyceV]

Update: I finally made enough transactions to move this wide transaction dropped off my Recent transactions. I can confirm I can now make my Bitcoin Core window smaller again