This is probably OS-related though because it seems some of them work by default on macOS

This is possibly happening with messages as well.

Consistent. Just open and close the app

$ ./Lith 
Connecting
Connected!
=== RESET
There is 0 orphan lines
There is 0 hotlist items
qrc:/NickList.qml:43: TypeError: Cannot read property 'title' of null

=================================================================
==207878==ERROR: LeakSanitizer: detected memory leaks

Direct leak of 256 byte(s) in 1 object(s) allocated from:
    #0 0x556d31bdd352 in realloc (/home/vk/git/Lith/build/Lith+0x167352)
    #1 0x7fde5088369b  (/usr/lib/dri/radeonsi_dri.so+0x5c669b)

Indirect leak of 160 byte(s) in 1 object(s) allocated from:
    #0 0x556d31bdcfc9 in malloc (/home/vk/git/Lith/build/Lith+0x166fc9)
    #1 0x7fde5c826595 in QObjectPrivate::addConnection(int, QObjectPrivate::Connection*) (/usr/lib/libQt5Core.so.5+0x2dd595)

Indirect leak of 88 byte(s) in 1 object(s) allocated from:
    #0 0x556d31c12739 in operator new(unsigned long) (/home/vk/git/Lith/build/Lith+0x19c739)
    #1 0x7fde5c832745 in QObject::QObject(QObject*) (/usr/lib/libQt5Core.so.5+0x2e9745)
    #2 0x556d31c428a3 in main (/home/vk/git/Lith/build/Lith+0x1cc8a3)
    #3 0x7fde5bfb0151 in __libc_start_main (/usr/lib/libc.so.6+0x28151)

Indirect leak of 88 byte(s) in 1 object(s) allocated from:
    #0 0x556d31c12739 in operator new(unsigned long) (/home/vk/git/Lith/build/Lith+0x19c739)
    #1 0x7fde5c82a927 in QObjectPrivate::connectImpl(QObject const*, int, QObject const*, void**, QtPrivate::QSlotObjectBase*, Qt::ConnectionType, int const*, QMetaObject const*) (/usr/lib/libQt5Core.so.5+0x2e1927)

Indirect leak of 40 byte(s) in 1 object(s) allocated from:
    #0 0x556d31c12739 in operator new(unsigned long) (/home/vk/git/Lith/build/Lith+0x19c739)
    #1 0x7fde5c8263b7 in QObjectPrivate::addConnection(int, QObjectPrivate::Connection*) (/usr/lib/libQt5Core.so.5+0x2dd3b7)

Indirect leak of 24 byte(s) in 1 object(s) allocated from:
    #0 0x556d31c12739 in operator new(unsigned long) (/home/vk/git/Lith/build/Lith+0x19c739)
    #1 0x556d31c4288c in main (/home/vk/git/Lith/build/Lith+0x1cc88c)
    #2 0x7fde5bfb0151 in __libc_start_main (/usr/lib/libc.so.6+0x28151)

SUMMARY: AddressSanitizer: 656 byte(s) leaked in 6 allocation(s).

Because as of now, half of the colors are okay and the other half is almost (or completely) unreadable

Hello.

• Currently the text doesn't wrap.
• Is it necessary to see the full name of the buffer in two places? Currently it's in the header of ChannelView and also in the NickList in it's full beauty (e.g. irc.freenode.org.#test.cz) consider only showing shortname in the ChannelView header?
• Hide number of ops/voices/people when the current buffer is a query/plugin buffer/system buffer/server buffer - show something else in NickList for those? Or just hide the headcount

See screenshot for points no. 1 and 3

When you scroll up and down a buffer the scrollbar appears, when you stop scrolling the scrollbar disappears after more than 2 seconds. This can be annoying when you want to press the "open picture" button while the scrollbar is visible as it is overlayed on top of the "open picture button" and therefore you click on the scrollbar and scroll up/down accidentally. This is more noticeable on small screens :^)

IOS darkmode (fitga Is written in that screenshot)

Text longer than the width of the TextInput is now rendered over the tab complete button when it is enabled.

3c473cf

https://scontent-prg1-1.xx.fbcdn.net/v/t1.0-9/18198443_1902457026668611_3011544087441344214_n.jpg?_nc_cat=104&ccb=2&_nc_sid=9267fe&_nc_ohc=hfE6q-mOIhIAX9y55zI&_nc_ht=scontent-prg1-1.xx&oh=683c2c75e375ba988fb8827c245a1d4a&oe=5FD469DB

The finger is sometimes ignored, it sometimes takes between 1 to 3 or even 5 tries until it starts actually scrolling, other times it works on first finger scroll.

• Video doesn't stop or pause when Prwbiew closed

• video pause button that's currently in the app just closes the preview

• Video should be seekable maybe

• Should be able to stop video and play from beginning again

All tested on mobile rn

>_<

I failed.
See #28 for info (similar to #21)

Aka:
Since the last opened buffer is remembered and switched to upon startup & connect, the "highlighted buffer" in the bufferList should switch upon start up, not flash to the correct one only after user opens the bufferList.

This started happening after the recent changes to message list text and mouse handling

Add a way to track how many lines (and nicks too probably) are currently alive in each and all buffers - probably try to track orphans as well or just make sure to not create any.

• Track network traffic

Add an option so that the text input bar is either local to a buffer or global for all buffers.
This should be used for two things:

1. If set to "local to a buffer": a message that's typed out, but not sent yet is saved for the specific buffer if a buffer is switched.
2. History (either global for all buffers or local where every buffer keeps its own history)

Line 471
data = "�*|05~05c

This doesn't always happen (as you can see in the video it took a second try) but is reproducible quite a lot!
Do not test on a buffer you aren't afraid to clear, as this crashes the client (almost) everytime the buffer with the characters is opened.

Video (with steps to reproduce): http://povidam.ahoj.club/2020-11-15_23-33-33.mp4

Steps to write a bg+fg message: in weechat press: Ctrl-C then type: 3,3c

where "c" is any message you want to write with green text and green background

On an unrelated note: as you can see, even if it doesn't crash, the message gets mangled as I assume we don't parse background colors at all?

Nevim jak lip to popsat.

Just so we don't forget.

Currently messages get parsed as semi-HTML notation for the Text type to render. We don't want that. Encode it or whatever.

e.g.:
In message text:
<Chinese_soup> gets rendered as empty string
<b>make lith great again</b> gets rendered as make lith great again (bold)

• ... and therefore determine whether to show the Preview button or Open the preview (if "open link directly" option=true)
• Should probably be an option, also, since some people don't like giving out their IP to a server without actually opening the link.

Current state:

• Currently a primitive URL.endsWIth(".jpg") etc. is used which doesn't apply to a lot of links that are images/videos just by Content-Type and not by filename. (E.g. https://pbs.twimg.com/media/Eni5KRUXEAUg2tE?format=jpg&name=small)

This could also be used for a limit of Content-Size that is allowed to be (which could be an option) previewed in the app. (Since .e.g a 500 MB video file might not be a good idea to open in Qt? (just guessing, dunno, really))

Cons of HEAD:

• Slower
• HEAD can be disabled/unsupported on the destination server, fallback to endswith(".jpeg|.jpg") etc. then

Any other ideas?

Fixed width column with nicknames in the buffer message list. Should have an option of Maximum length and if exceeds that length - Clip the nickname.

See screenshot from weechat Android

Stuff is not aligned, some sections are wider than others, etc.

is currently impossible