companyzero / bisonrelay Goto Github PK

It would be extremely useful to be able to select and copy all error text for reporting issues without having to take a screenshot.

Currently, being able to resize the GC vs User list chat panes seems like the most applicable situation to be able to do that.

Upon every start of brclient there is an empty .dcrlnd directory created in my home folder on Linux.
Deleting it has no effect on anything but it will persistently be recreated upon every subsequent app startup.

Title says it all, an AppImage would be nice to have.

If I am in a chat with person A and I do /ft send person B <file> the notification gets logged in the chat with person A.

Also the notification lacks information about the user the file was sent to and only says:
Sending file "br.jpg" to user

Should tell folks what that Cost means (it is how much you are 'charging' others for the content)

Hide the panel manually with the arrow. Then resize the window so it is small enoughso the left pane would ordinarily be hidden automatically. Then, while it's still
automatically hidden, hit the arrow to expand it. Now resize the window larger again and the text disappears.

Getting the following when relaying a news feed post. The app crashes, but upon relaunching the post appears as successfully relayed.

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x48 pc=0x1121943]

goroutine 1900 [running]:
[github.com/companyzero/bisonrelay/client.(*RemoteUser).Nick(...)](http://github.com/companyzero/bisonrelay/client.(*RemoteUser).Nick(...))
	[github.com/companyzero/bisonrelay/client/remoteuser.go:142](http://github.com/companyzero/bisonrelay/client/remoteuser.go:142)
main.newAppState.func17(0x0?, {{0xfc, 0xfe, 0x4f, 0x51, 0x21, 0xd7, 0x36, 0x59, 0x5f, ...}, ...}, ...)
	[github.com/companyzero/bisonrelay/brclient/appstate.go:2366](http://github.com/companyzero/bisonrelay/brclient/appstate.go:2366) +0x43
[github.com/companyzero/bisonrelay/client.(*Client).relayPost(0xc000bf6c40,](http://github.com/companyzero/bisonrelay/client.(*Client).relayPost(0xc000bf6c40,) {0x1a, 0x83, 0x70, 0x15, 0x73, 0xd5, 0x6d, 0x73, 0x92, ...}, ...)
	[github.com/companyzero/bisonrelay/client/client_posts.go:908](http://github.com/companyzero/bisonrelay/client/client_posts.go:908) +0x447
[github.com/companyzero/bisonrelay/client.(*Client).RelayPostToSubscribers(0xc000bf6c40,](http://github.com/companyzero/bisonrelay/client.(*Client).RelayPostToSubscribers(0xc000bf6c40,) {0x1a, 0x83, 0x70, 0x15, 0x73, 0xd5, 0x6d, 0x73, 0x92, ...}, ...)
	[github.com/companyzero/bisonrelay/client/client_posts.go:965](http://github.com/companyzero/bisonrelay/client/client_posts.go:965) +0xed
main.(*appState).relayPostToAll(0xc0003a2000, {0x1a, 0x83, 0x70, 0x15, 0x73, 0xd5, 0x6d, 0x73, 0x92, ...}, ...)
	[github.com/companyzero/bisonrelay/brclient/appstate.go:1677](http://github.com/companyzero/bisonrelay/brclient/appstate.go:1677) +0x145
created by main.postWindow.Update
	[github.com/companyzero/bisonrelay/brclient/postwin.go:792](http://github.com/companyzero/bisonrelay/brclient/postwin.go:792) +0x1cbd

Ubuntu 22.04, brclient-linux-amd64-0.1.1

Currently, whenever you click on a group chat or a person to send direct messages, the input focus is not automatically captured meaning you have to manually go click in the input area. This is quite cumbersome when you switch channels a lot. It should automatically capture the input focus and be ready for you to type whenever you click on something that will result in input.

When starting the GUI you need to click in the input box before you can input the password, once you've done that the enter key does not allow you to advance you must manually click the "unlock wallet" button.

Along the same lines as #28, whenever you click on a user and select "Pay Tip", you have to manually go click on the entry box to enter the amount you want to send. It should automatically capture the input focus so you can simply hit pay, type the amount, and press enter / click the pay button.

While the current red dot next to elements looks nice, it is not visible when you have enough items such that the relevant item is not visible in the current view (aka it's scrolled out of view). I also personally find it a bit hard to see on high resolution displays (such as 1440p and 4k). I would suggest all of the following:

1. Make the affected item bold in addition to the dot next to it
2. Add a "Rooms" and "People" header to the two relevant panes under "Chats" and put an indicator next to the text in the appropriate header
3. Put an indicator in the overall tab view on the left for "Chats" or "News Feed" whenever an item relevant to that section has activity.

The combination of these three things should make it much more prominent that there is activity as well as aid in quickly finding it.

For certain individuals when I click "Subscribe to Posts" I get a message that says "..Subscribing to posts" but it never completes even after a day. In the logs I just see a message that says "[INF] SRVR: Adding preimage=XXXX to witness cache" but nothing after.
This doesn't happen with everyone.
For most users I get subscribed to them after a second or two without issue, but for a handful of specific users I cannot get subscribed to them no matter whether I wait or restart.

"is for not sending or receiving messages"

Switching between views causes the scroll state of chats to be lost.

Reproduce:

1. Start with a channel / private chat that has enough messages in it that you have to scroll down to view it all
2. Scroll to the bottom on the channel
3. Click on News Feed
4. Navigate back to the original chat
5. Observe the content pane is back at the top which forces you to scroll to the bottom again

When a user exits before confirming the seed, the set up is not properly done and it gets stuck in a un-resolvable position.

Attempting to request inbound liquidity while you are also opening a channel, which is the exact scenario during onboarding, results in: channel creation policy error: already has pending open channel request.

This is almost positively protection against opening multiple channels because you think something is wrong since it takes time for confirmations, but it gives the impression that something is wrong to new users and they don't know how to proceed.

Here are three potential solutions:

• Make an exception to allow both channels to be in flight
• Queue up the channel creation (and make it clear with a message that it will be opened once the initial channel is active)
• Disable the button to request inbound liquidity (with a nice instructive message explaining why) until the initial channel is opened

Make this part of the wizard versus typing the command.

If you start to type a message, change views, and return to the original view, the text you had already entered is no longer available.

It would be much nicer if the view saved any pending text and automatically repopulated it into the text entry box.

Loading an invite file and accepting a user invitiation causes the app window to go completely white and featureless and does not recover. Restart is required.
Ubuntu 22.04, bisonrelay-debian-amd64-0.1.1

A different user reported a similar issue, but his window turned to black and featureless upon loading an invite.
v0.1.1 on windows x64 GUI

Currently, it is unclear that there is a distinction between click a user/group chat name and it's avatar. It's fine to have that distinction as well, but it should also accept the more standard gesture of right clicking (or tap and hold on mobile) on both the name and the avatar as a means to select contextual actions.

Please create a self contained repository that shows how to use the APIs of bisonrelay to create an online forum. I want to use bisonrelay in Python to write an online forum.

Currently, when you click an item in a contextual action menu, for example by clicking on a GC avatar, and then clicking "Manage GC", the context menu stays open and you have to manually close it afterwards. This is a bit cumbersome and pretty non-standard behavior.

It is customary for input boxes to treat "enter" the same as clicking the button for the default action. In the case of the "Pay Tip" flow, that means it should actually make the payment when you hit "enter". Instead, it currently just removes the input focus from the text entry box and does nothing.

After doing a KX with two different individuals and receiving confirmation of success from the app the messages I sent were not displayed.

Only upon the users restarting did my new messages begin to display for them, both were on bruig one Windows one Mac.

The text isn't clickable or even selectable if I want to copy it.

Files that are received only print a notification Downloaded file <path to file>.

They really should be interactive, preferably showing the registered icon associated with the file type per the the operating system, so you can click on the file to launch it and/or open the folder it is in with the system explorer.

Also, the path actually displayed is the (expected) %LOCALAPPDATA%\bruig\downloads\<user>\<filename>, but the file really lives at the unexpected strange path per #6.

I'm using global scaling in Linux but bruig does not seem to be scaling and as such the text is nearly illegible at my current display resolution. It will probably need some option to scale the user interface similar to what Telegram has.

Currently, you have to click on a user from the list on the left to get available actions. It would be nicer to be able to click/right click (tap and hold) for a context menu directly from chat.

Server finger prints on a blue background with black text.

After a KX new contacts do not automatically appear in the contacts sidebar until the app is restarted.

Ubuntu 22.04, bisonrelay-debian-amd64-0.1.1

The little red dot next to a contact's name could indicate a new post or a new direct message.
It would be nice to have a way to tell if it's just a post or if it's a DM that you might want to check more urgently (blue vs red? two separate dots?)

As the title indicates, restarting the GUI clears all chat history. It should automatically be available on reload.

I'm aware the information is in the logs on the file system, but that is not very user friendly or expected from a GUI.

I've seen several people comment about this.

Reproduce:

1. Go to the logs or any chat with enough entries to scroll up
2. Scroll up to look at historical entries
3. Wait for a new entry and observe the view automatically scrolls you down to the most recent entry.

It should only automatically scroll when a new entry arrives if the previous last entry was already visible. This ensures new messages never cause you to lose your position when you're reviewing historical entries, but still automatically scrolls new entries whenever you're already at the bottom.

Since brclient already has support for setting a proxy the GUI should also expose these settings the way Decrediton does so users can opt to use Tor to connect to the server.

for Users that are using the msix it appears the appdata location for bruig they are given is rouhgly "%LOCALAPPDATA%\Packages\decred.br.gui_ywj3797w5q8tj\LocalCache\Local\bruig" instead of just "%LOCALAPPDATA%\bruig"

"Send DCR funds to the folowing address to receive funds in your wallet".

e.g.

This happens randomly. The last character there is always just a dup of the last character in the clickable link. The correct link goes to the browser, and it does not include that extra digit.

There doesn't appear to be any way to get a list of your own posts. I only see options to view the entire overall feed, subscription information, and create a new post.