Describe the bug

Whispers sent from YaTA do not appear to make it to the recipient, whereas whispers sent from the built-in twitch chat do make it through.

To Reproduce

Steps to reproduce the behavior:

1. Go to any twitch channel in both YaTA and built-in Twitch chat.
2. Send a whisper from YaTA: "/w PlayingWithSkissors Hello from YaTA"
3. Send another whisper from built-in Twitch chat: "/w PlayingWithSkissors Hello from Twitch chat"
4. Confirm with recipient that they only received the second whisper, not the first one.

Expected behavior

The recipient should receive both whispers.

Screenshots

Environment

Is your feature request related to a problem? Please describe.

I would like to have a dedicated application for Twitch chat so I can let the chat run in background and get a notification when someone mentions me

Describe the solution you'd like

A desktop application maybe done with Electron so it can easily support all PC platforms and would be easier to integrate with React

Describe alternatives you've considered

A simple desktop application with a web view but that's not really good to see

Additional context

The desktop application should be able to notify on mentions using the OS notification system (should be easier with electron)

[11:16] HiDeoo: I know the issue, just create the sisue with only the stack trace

Okay. 👍

Failed to load resource: the server responded with a status of 404 ()
5A cookie associated with a cross-site resource at <URL> was set without the `SameSite` attribute. A future release of Chrome will only deliver cookies with cross-site requests if they are set with `SameSite=None` and `Secure`. You can review cookies in developer tools under Application>Storage>Cookies and see more details at <URL> and <URL>.
react-dom.production.min.js:196 Error: Unable to generate emote tag URLs.
    at e.value (EmotesProvider.ts:230)
    at t.value (EmotePicker.tsx:348)
    at EmotePicker.tsx:186
    at Jt (lodash.js:639)
    at Function.Ya [as map] (lodash.js:9553)
    at t.n.renderPicker (EmotePicker.tsx:185)
    at t.value (EmotePicker.tsx:161)
    at Ja (react-dom.production.min.js:181)
    at Za (react-dom.production.min.js:180)
    at Dc (react-dom.production.min.js:261)
mc @ react-dom.production.min.js:196
ErrorBoundary.tsx:59 Error: Unable to generate emote tag URLs.
    at e.value (EmotesProvider.ts:230)
    at t.value (EmotePicker.tsx:348)
    at EmotePicker.tsx:186
    at Jt (lodash.js:639)
    at Function.Ya [as map] (lodash.js:9553)
    at t.n.renderPicker (EmotePicker.tsx:185)
    at t.value (EmotePicker.tsx:161)
    at Ja (react-dom.production.min.js:181)
    at Za (react-dom.production.min.js:180)
    at Dc (react-dom.production.min.js:261)

Describe the bug

I noticed that when there are a lot of messages (many times the visible vertical height of the window), the scroll bar will refuse to scroll very far, and will "lock up", if before I scroll I select all chat messages.

This is somewhat related to issue #14 perhaps. (?)

To Reproduce

Steps to reproduce the behavior:

1. Go into any channel.
2. Wait until enough chat messages have been received that they span many "pages" (many times the visible vertical height of the window).
3. Click anywhere in the chat log.
4. Press Ctrl+A.
5. Click and drag the scroll bar and attempt to scroll up or down some distance (a distance of perhaps 3 or more messages)
6. Observe that the scroll bar appears to "lock up", the mouse cursor is replaced with a circle with a slash through it, and you cannot scroll anymore unless you first release the mouse and click and drag the scroll bar again.

Expected behavior

I expect the window to keep scrolling and allowing me to scroll anywhere in the chat history.

Screenshots

It's difficult to show in screenshots because I can't figure out how to include the mouse cursor in the screenshot, so I decided to record with OBS and convert to GIF:

Environment

Describe the bug
When YaTA parses a link to an url that contains a highlighted word, it breaks the href and trims the url. This happens both in channel and in whispers.

To Reproduce
Have somebody else send you a link with your name in the url. In my particular case, I noticed it when I did !buylights in Adam13513's channel.

Expected behavior

Link contains the full URL

Screenshots

Environment

Is your feature request related to a problem? Please describe.

The problem I have with using YaTA while streaming with custom channel point redemptions set up is I can't see when redemptions are made in the chat. They show up in Twitch's chat client with a purple bar on the left and a banner over the message saying what was redeemed.

In the following comparison between Twitch's chat client on the left with YaTA on the right, the first chat message was sent "normally" (not a channel points redemption) while the second chat message was sent via a channel points redemption:

Inspecting the raw messages, note that the channel points redemption has an additional tag custom-reward-id. Comparing the first message on the left with the second message on the right:

Also note that custom channel point redemptions do not appear in chat unless a message is included.

Describe the solution you'd like

Seeing as how YaTA can detect custom channel point redemptions which include a message, but cannot be expected to know what custom redemptions mean, the solution I would like is an optional enabling of some kind of highlighting or alerting in YaTA for custom redemptions that I have configured YaTA to understand. Possibly a part of the "settings" where I list to YaTA custom reward IDs and corresponding banners or highlights to show in the chat. I could go in there and say for fda27460-ea4b-479c-ade4-791ce4494e41 to show Custom reward 'say something as Yoda' was redeemed in chat above the message.

Describe alternatives you've considered

I use this break out this window from Twitch's chat:

This displays a queue which I use to see if redemptions were made, and if so, to either Mark as Complete or Reject each one:

My alternative to some kind of notification in YaTA is to have to glance at this break-out window every once in a while to see if there is anything in the queue. Even if YaTA did alert me, I would expect to have to use the break-out window anyway, since there's no API for this (as yet), however at least I would have a greater chance of knowing a redemption was made.

Additional context

To Reproduce

Steps to reproduce the behavior:

1. Left-click on context-menu:

2. Click on custom action (in my case it's the rhey action which is set up like below)

3. The generic "something bad happened" error replaces all of chat.

Error

value@https://yata.now.sh/static/js/main.0c51d52a.chunk.js:1:242351
value@https://yata.now.sh/static/js/main.0c51d52a.chunk.js:1:249632
t/n.renderPicker/<@https://yata.now.sh/static/js/main.0c51d52a.chunk.js:1:245635
Jt@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:5913
Ya@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:41764
t/n.renderPicker@https://yata.now.sh/static/js/main.0c51d52a.chunk.js:1:245598
value@https://yata.now.sh/static/js/main.0c51d52a.chunk.js:1:248337
Ja@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1099877
Za@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1099670
Dc@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1135150
xs@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1119400
Ts@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1119323
Cs@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1116643
Jo/<@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1074721
t.unstable_runWithPriority@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1149843
Yo@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1074430
Jo@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1074668
Zo@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1074601
As@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1116937
notify@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:84685
h</t.notifyNestedSubs@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:84254
h</t.handleChangeWrapper@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:84322
m@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:234313
u/<@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:236377
value@https://yata.now.sh/static/js/main.0c51d52a.chunk.js:1:354084
t/n.onEmoteSets/<@https://yata.now.sh/static/js/main.0c51d52a.chunk.js:1:348757
l@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1174888
s/i._invoke</<@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1174677
A/</e[t]@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1175311
l@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1174888
t@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1175450
t/<@https://yata.now.sh/static/js/2.7b04c2ff.chunk.js:2:1175601

Environment

Preface: This is probably not a bug in YaTA, but rather an unexpected side-effect or sensitivity in YaTA to a FireFox add-on that I use (see below). So no need to "fix" anything, unless you want to of course. :)

When using FireFox with the dark-background-light-text-extension add-on, if I enable it, all the colors of chatters change to white. At first I thought this was a bug in YaTA, but after my stream ended and I turned off the dark mode, saw YaTA had an issue, then refreshed it, it was back to working again.

To Reproduce

Steps to reproduce the behavior:

1. Go to any twitch stream in YaTA, in FireFox with the dark-background-light-text-extension add-on installed but not enabled.
2. Wait for some chat messages to be sent in channel, with chatters' names that aren't white.
3. Enable the dark-background-light-text-extension add-on (see screen-shot below to see exactly how I enable/disable it).
4. Observe all chatters' names are now white.
5. Turn the dark-background-light-text-extension add-on off again (same checkbox, just turn it off)
6. YaTA either shows a generic "something bad happened" error or it shows just a random emote in the top-left corner. Reloading YaTA at this point fixes it.

Expected behavior

I expected YaTA to either be unaffected by the add-on or for its color scheme to adapt according to the expected behavior of the add-on.

Screenshots

Before enabling the extension:

Control to enable the extension:

After enabling the extension:

Then disabling the extension again:

Environment

Is your feature request related to a problem? Please describe.

I noticed that the special #charity cheer messages don't show the Twitch charity announcement message in YaTa like they do in built-in Twitch chat.

Describe the solution you'd like

It would be nice if YaTa displayed the same content (charity link, etc.) as the built-in Twitch chat.

Describe alternatives you've considered

Built-in Twitch chat? ;)

Additional context

I captured the raw chat message using my Lurker program as well as screen-shots from both YaTa and the built-in Twitch chat.

Raw message: @badges=;color=#8A2BE2;display-name=Twitch;emotes=;flags=;id=61f9f765-97be-42e7-9d53-1ce8f21d0910;login=twitch;mod=0;msg-id=charity;msg-param-charity-days-remaining=15;msg-param-charity-hashtag=#charity;msg-param-charity-hours-remaining=366;msg-param-charity-learn-more=https://link.twitch.tv/blizzardofbits;msg-param-charity-name=Direct\sRelief;msg-param-total=22557;room-id=92967549;subscriber=0;system-msg=$22,557\stotal\sraised\sso\sfar\sfor\sDirect\sRelief!\s15\smore\sdays\sto\sshow\ssupport.\sCheer\sand\sinclude\s#charity.\sLearn\sMore\sat\shttps://link.twitch.tv/blizzardofbits;tmi-sent-ts=1544665731953;turbo=0;user-id=12826;user-type= :tmi.twitch.tv USERNOTICE #ygtskedog

Message as it appears in built-in Twitch chat:

Same message, in context (dark theme applied):

Lack of message in YaTa:

Is your feature request related to a problem? Please describe.

When you type "Kap" and press tab, it autocompletes to "KAPOW" which is understandable when you consider that completions are sorted alphabetically, but frustrating to me as I'd like to have it autocomplete to "Kappa".

Describe the solution you'd like

One solution to this problem would be to allow the user to define what I call "completion biases", basically you would tell the system to prioritize completing to "Kappa" whenever possible and ignore its position in alphabetical sorting. This would mean that if I type "K", "Ka" or "Kap", it would complete to "Kappa" rather than "KAPOW" even though the second "p" in "Kappa" comes after the "O" in KAPOW in the alphabet.

Describe alternatives you've considered

• Another solution (albeit more time consuming to implement) would be to tab complete based on the amount of times an emote has been used. So you'd keep track of all of the emotes I've used and then sort completions based on that. Since I've used "Kappa" a lot more often than "KAPOW" it would complete to that.

• Just have the user get good at typing out emotes.

Additional context

If you have "Prioritize usernames when auto-completing" enabled, I think biases should only be active when there is no usernames to complete and we switch to "emote-completion-mode" rather than "username-completion-mode".

I tried to copy all of chat to the clipboard on Windows so that I could paste it in my private OneNote in order to keep a record of it. I clicked in the chat window and pressed Ctrl+A, which seemingly selected everything, and then Ctrl+C to copy to the clipboard. When I pasted in OneNote, however, only a small fraction of the chat messages were pasted. It appears the only messages that make it into the clipboard are the ones that are visible at the moment I copy to the clipboard.

To Reproduce

Steps to reproduce the behavior:

1. Go into any channel.
2. Wait until enough chat messages have been received that they span many "pages" (many times the visible vertical height of the window).
3. Click anywhere in the chat log.
4. Press Ctrl+A.
5. Press Ctrl+C.
6. Click into any text editor and press Ctrl+V.

Expected behavior

I expected the text of all chat messages collected to be pasted.

Screenshots

I'm guessing screenshots wouldn't add any helpful information here.

Environment

To Reproduce

Steps to reproduce the behavior:

1. Send 👨‍👨‍👦‍👦 SwiftRage 👨‍👨‍👦‍👦 SwiftRage 👨‍👨‍👦‍👦 SwiftRage 👨‍👨‍👦‍👦 SwiftRage

Expected behavior

Message is sent and displayed

Actual result

Message is only sent, but not displayed.

Environment

Is your feature request related to a problem? Please describe.

There is a new Twitch feature called Channel Points and it's enabled for some streams. One of them happens to be TimBeaudet. I noticed one of the things you can do with "channel points" is redeem some to highlight one of your messages. I tried it out and saw that an extra tag of msg-id=highlighted-message is present in the raw message, and in Twitch chat it shows an extra bar on the side (not sure what other people see though). However, on YaTA there is no special highlight for the message.

Describe the solution you'd like

I think if a message is marked as a highlighted message, YaTA should highlight it in some way similar to how Twitch intended.

Describe alternatives you've considered

Obviously the alternative would be to use the built-in Twitch chat to see the highlighted messages.

Additional context

Here's what a "highlighted message" looks like in both built-in Twitch chat (left) and in YaTA (right).

Here is another example I captured earlier, showing a raw message marked as a "highlighted message":

@badge-info=subscriber/7;badges=subscriber/6;color=#FF0000;display-name=rhymu8354;emotes=;flags=;id=c1c836ac-9075-4a7c-b4f2-bf9bf5ff5f3f;mod=0;msg-id=highlighted-message;room-id=30693918;subscriber=1;tmi-sent-ts=1568763492950;turbo=0;user-id=62966477;user-type= :[email protected] PRIVMSG #timbeaudet :What does "highlight my message" do?

Describe the bug
After creating and building the app, i edited the .env file and added in my client ID and redirect uri to http://192.168.1.203:3000 and i see this error when trying to login with twitch...

{"status":400,"message":"Sorry, the scope you are requesting is currently unavailable. Please request new scopes documented at https://dev.twitch.tv/docs/authentication/#chat-and-pubsub."}

There is no documentation on how to get this going locally which makes it borderline impossible for new users.

I also went to twitch developer site and generated a client key and set the redirect endpoint to http://192.168.1.203:3000

Furthermore i have tried http://localhost with / without port 3000 and still not working, some help would be appreciated.

To Reproduce

Steps to reproduce the behavior:

1. Go to '...'
2. Click on '....'
3. Scroll down to '....'
4. See error

Expected behavior

should let me sign in so i can use this app locally

Environment (please complete the following information)

Describe the bug

When I click and drag the scroll bar, the "thumb" or scroll position indicator sometimes jumps around, especially when scrolling a longer distance.

This may or may not be a problem with YaTa. It might also be in react-virtualized or even just something that the browser does (in this case I used Firefox). Feel free to close this if you want.

To Reproduce

Steps to reproduce the behavior:

1. Go to a large channel (e.g. Kitboga)
2. Allow many messages to accumulate.
3. Left-click and drag the scroll bar thumb up/down large distances.
4. The scroll bar thumb appears to "jump" to slightly wrong positions. It snaps back to the cursor position each time the mouse is moved.

Expected behavior

Optimally, the scroll bar thumb should track the mouse vertical position relative to the mouse movement since the drag began.

Screenshots

Environment (please complete the following information)

Describe the bug

I found whenever I write a message ending with an emote and the emote is the only thing which will be placed on a new line, the height of the message is just text before the emote. Also the emote itself is cut off. See screenshots.
Also the emote is on top of the message of the next person in chat.

To Reproduce

Steps to reproduce the behavior:

1. Set browser zoom to 150%
2. Join a chat
3. Write a message ending with an emote.
   3.1. Make sure the emote should be placed a new line.
4. See error

Expected behavior
A message spread over two lines.
The message is on the first line and the second line just contains the emote.

Screenshots

Image where my message is the last message in chat
Image one

Whenever someone (else) writes another message in chat.
Image two

Image of the full chat session / window
Image three
My message is in the middle of the chat

Image four Added via edit
In this image I have Chrome on the left and Firefox on the right.
Both have the same zoom level and about the same width.
As you can see in Firefox my message (second to last message) is not formatted properly.

Environment

Is your feature request related to a problem? Please describe.

When loading YaTA for your own channel, YaTA only shows mod actions for messages once you've sent a message or the USERSTATE has come in (not sure which it is, it is just delayed for sure).

Describe the solution you'd like

YaTA should already know that I can execute mod actions because it's my own channel that I have loaded (as in, the channel of the currently authenticated user).

Is your feature request related to a problem?

No response

Describe the solution you'd like

Hello,

would it be possible for you could add pronouns support? https://pronouns.alejo.io/

doesn't appear to be any public api documentation but chatty has some form of implementation of it if that helps https://github.com/chatty/chatty/blob/master/src/chatty/util/Pronouns.java

Describe alternatives you've considered

No response

Additional context

No response

@HiDeoo Pardon de hijacker le topic mais il me semble que vous étiez très actif sur les live de PampaTV pour DeaLimited. Je découvre que la chaîne a disparu. J'espère qu'il ne lui est arrivé rien de grave? Est-ce qu'il s'est lassé? Je suivais occasionnellement ses diffusions et c'était encourageant de voir bosser un autoentrepreneur seul sur un si gros projet. Est-ce que ça vous ennuierai de me résumer les événements? Ca me fout un peu le cafard. Il me semble vous avoir croisé chez Adam pour BotLand également (qui n'a pas rencontré le succès escompté non plus). Désolé si je vous confonds avec quelqu'un d'autre.

Originally posted by @musapinar

Describe the bug

You cant see the VIP-Badge in YaTA

Expected behavior

It should show you the VIP-Badge like any other Badge, but it dont shows.

Environment

Is your feature request related to a problem? Please describe.

I moderate multiple chats so I need to check multiple chats and opening more tabs in the browser takes too much space

Describe the solution you'd like

I would like to have multiple chat tabs within the app, without opening a new tab on the browser

Describe alternatives you've considered

None.

Additional context

None.

Describe the bug

Whenever I type a regular emoticon, like :) or <3, the YatA chat shows what looks to be the rest of the html tag, like this:
:)" data-id="1" data-provider="twitch" src="https://static-cdn.jtvnw.net/emoticons/v1/1/1.0" srcset="https://static-cdn.jtvnw.net/emoticons/v1/1/1.0 1x,https://static-cdn.jtvnw.net/emoticons/v1/1/2.0 2x,https://static-cdn.jtvnw.net/emoticons/v1/1/3.0 4x" alt=":)" />

To Reproduce

Steps to reproduce the behavior:

1. Go to any channel chat.
2. Type any regular emoticon into the chat message or choose it from the emote menu (something like :) , :P , or <3)
3. Send the message.
4. See error

Expected behavior

To see just the emoticon.

Screenshots

Environment

Describe the bug

Almost all of my emotes (twitch global, BTTV, my channel emotes) do not auto complete. They also do not display in chat either. It appears to be due to the API 'emoticon_images' returns a 500 error.

Note, this is not due to the latest release, this was happening to me previously before the upgrade. I tested a separate twitch account and emotes work fine for that one.

I wonder if it has some sort of limit to the amount of subscriptions it can request at once or something strange like that?

To Reproduce

(for me)

Steps to reproduce the behavior:

1. Go to any twitch chat.
2. See error in the dev tools, and see no emote icon in the chat box.
3. Also, trying to autocomplete any emotes will not work.

Expected behavior

I would expect to be able to see emotes as well as use emotes myself.

Screenshots

If applicable, add screenshots to help explain your problem.

Environment (please complete the following information)

Describe the bug
Basic twitch emote output looks like this:

:)" data-id="1" data-provider="twitch" src="https://static-cdn.jtvnw.net/emoticons/v1/1/1.0" srcset="https://static-cdn.jtvnw.net/emoticons/v1/1/1.0 1x,https://static-cdn.jtvnw.net/emoticons/v1/1/2.0 2x,https://static-cdn.jtvnw.net/emoticons/v1/1/3.0 4x" alt=":)" />

A clear and concise description of what the bug is.

To Reproduce

Steps to reproduce the behavior:

Type :) in chat

Expected behavior

A clear and concise description of what you expected to happen.

Screenshots
https://puu.sh/G0jLh/3feec7a6b9.png

If applicable, add screenshots to help explain your problem.

Environment (please complete the following information)

Describe the bug

When you drag a file across your monitor and it happens to go over the yata window sometimes it will keep the 'drop file here' overlay and not properly hide.

To Reproduce

Here's a clip from adam to see the repro: https://clips.twitch.tv/SteamyEndearingStarArsonNoSexy

Expected behavior

Expected that the overlay will go away.

Screenshots

Clip above

Environment (please complete the following information)

Describe the bug

If another user sends an "action" (message starting with "/me") that tags me, it's difficult to see the tag if the foreground and background colors are very similar. See screen-shot.

To Reproduce

Have someone set their name color to red and then send a message beginning with "/me" that includes your user name.

Expected behavior

I would expect the foreground color inside the tag to be white, rather than red, so it has contrast vs. the red tag background.

Screenshots

Environment

Describe the bug

looks like html attributes for BTTV emotes are being shown along with the emote

To Reproduce

Just watching a channel where someone uses BTTV emotes

Expected behavior

To display just the emote

Screenshots

How often does this bug happen?

Every time

YaTA version

No response

Browser version

Chrome 99.0.4844.51

Operating System version

macOS Catalina 10.15.7

Is your feature request related to a problem? Please describe.

When I stream I would rather look at the top of my screen vs the bottom of the screen to see the latest messages. I attempted to do this myself, but I can't figure out where to make the changes.

Describe the solution you'd like

If we can get a setting somewhere to reverse the chat so the latest messages are at the top of the screen, and you scroll down to see old chat, that would be awesome for me.

Describe alternatives you've considered

I attempted to modify the code, but couldn't figure it out. I had originally assumed it would be pretty simple, but it was past my beginner React knowledge.

Additional context

Thanks! (I should also mention, if you want to just point me to the right direction for modifying the List component, I can try to make the changes)

Describe the bug
When typing a longer message if you click the up-arrow you lose the entire message. I think this is very similar in the twitch client, they may remember your message, I don't recall.

To Reproduce

Steps to reproduce the behavior:

1. Type something in the chat box that makes it wrap at least 1 time.
2. At the end of the line, press the up arrow to "fix" a typo in the first line.
3. See the last message you typed out in chat.

Expected behavior

I would just expect the up arrow to go the previous line, and not pull the last message from chat history.

Screenshots

Let me know if you want this.

Environment

Describe the bug

If you have more than 25 emote sets it crashes their loading.

To Reproduce

Sub to enough channels so you have more than 25 emote sets.

This endpoint does not accepts more than 25 emote sets:
https://api.twitch.tv/helix/chat/emotes/set

If you need to load more than 25 sets you have to split it into multiple queries.

Expected behavior

Emotes should load.

How often does this bug happen?

Every time

To Reproduce

Steps to reproduce the behavior:

1. Opened the window as usual using my bookmark to create the most compact window I can: javascript:(function(){window.open('https://yata.now.sh', '_blank', 'menubar=0,toolbar=0,location=0,status=0,scrollbars=0,noopener')})();
2. List of channels came up as normal. I clicked on "CohhCarnage"
3. BAM error
4. Used the "Report & Reload" button, and the channel came up fine.

Error

Error: Not connected to server.
    at n.<anonymous> (https://yata.now.sh/static/js/main.fd31b0f2.chunk.js:1:379240)
    at s (https://yata.now.sh/static/js/2.7b7c21e0.chunk.js:2:1316205)
    at Generator._invoke (https://yata.now.sh/static/js/2.7b7c21e0.chunk.js:2:1315958)
    at Generator.forEach.e.<computed> [as throw] (https://yata.now.sh/static/js/2.7b7c21e0.chunk.js:2:1316562)
    at r (https://yata.now.sh/static/js/2.7b7c21e0.chunk.js:2:89152)
    at s (https://yata.now.sh/static/js/2.7b7c21e0.chunk.js:2:89391)

Environment

Describe the bug

It seems that YaTA strips/does not render the unicode character 'RIGHT-TO-LEFT OVERRIDE' (U+202E) correctly.

To Reproduce

On Twitch vanilla chat:

1. Insert !pts rhymu8354 99999 into the chatbox
2. Position the cursor before the first number (between the u and 8)
3. Insert the unicode character U+202E
   • On at least Ubuntu Firefox, you can hold down CTRL+Shift, then type u202e, then let go of CTRL+Shift
   • Assuming GitHub doesn't mangle, it should then look like this: !pts rhymu‮8354 99999
4. Send

Expected behavior

Display the message as:

!pts rhymu‮8354 99999

Actual behavior

The message is being displayed as:

!pts rhymu8354 99999

The right one is the vanilla twitch chat, the left one is the streamers chat, which claims to use YaTA. See it in the VOD: 0192, 3h53m42s. Note that in the chat-replay, it seems it is also displayed incorrectly, but it did display like in the screenshot when I sent it. (Maybe it was displayed like that just on my end?)

Environment

I am on Ubuntu 18.04 with Firefox 67.0 (64-bit), using Twitch vanilla chat. Try asking @rhymu8354 for their information. I guess at least Windows 10 on Chrome.

Note: I don't use YaTA, so I am not sure if there is an setting about this behaviour. If there is, then I am sorry.

To Reproduce

Steps to reproduce the behavior:

1. Click the emote menu.
2. Either wait / click the BTTV Icon.
3. Crash

Error

Error: Failed to execute 'removeChild' on 'Node': The node to be removed is not a child of this node.
    at uc (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:797855)
    at hs (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:811096)
    at t.unstable_runWithPriority (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:831852)
    at Uo (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:755980)
    at ps (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:808954)
    at Jc (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:805085)
    at https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:756271
    at t.unstable_runWithPriority (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:831852)
    at Uo (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:755980)
    at qo (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:756216)
    at Ko (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:756151)
    at N (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:825818)
    at V (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:713013)
    at Zt (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:734599)
    at Qt (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:733816)
    at t.unstable_runWithPriority (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:831852)
    at Xt (https://yata.now.sh/static/js/2.4342c5d4.chunk.js:2:733686)

Environment

If you'd like me to make separate feature requests for each of the features I am requesting - let me know. I decided to include them all into one report so I am not spamming.

1. I have just realised that you can only see and search amongst the channels I am following. I believe we should be able to see and search all channels. I use Twitch's website chat when I am watching a stream. My reason for using YaTA is so I can look at my own chat during stream, so being able to only search for a channel I am following, isn't working for me (even though I can get into any channel I want by typing it into the URL).

2. Since YaTA supports whispers, it doesn't make sense that I need to enter a channel, in-order to be able to send a whisper.

3. I'd love a shortcut to hide the top bar (the one with the streamer's name, settings button, etc). State (hidden or visible) should be remembered even if I close YaTA's website or logout.

Describe the bug

I unlocked (with channel points) a modified version of my emote today. When I sent it with YaTA, it didn't appear as an e-mote. However, when other people in chat posted it, it would show up as an e-mote correctly.

To Reproduce

Steps to reproduce the behavior:

1. Redeem channel points to modify one of the emotes in the channel you're reading in YaTA.
2. Type the modified emote code.

Expected behavior

The emote should appear in place of the modified emote code.

Screenshots

Left is YaTA, right is pop-out ordinary Twitch chat.

Environment

Is your feature request related to a problem? Please describe.

This is not a problem with YaTa, but a suggestion to help make it more useful for me. I'm not a very observant streamer, and I often miss chat messages if I'm concentrating on something. So I use a Twitch chat program that lets me configure a short sound to be played on every chat message. This helps grab my attention so that I interact with the community and they don't feel ignored. YaTa doesn't have this feature, so it's not optimal for me to use it while streaming.

Describe the solution you'd like

Under Settings -> Notifications -> Sound, you can enable playing a sound on mentions and whispers. It would be nice if there was another option, to play sound on all messages.

Describe alternatives you've considered

I use another Twitch chat client (chatty) which has this feature, and it helps me out most of the time (sometimes I still miss messages). Alternatively, if YaTa could have some visual indicator that there are "unacknowledged messages", that might work as well. For example, in Discord there is a red line and text that says "NEW MESSAGES" on any messages that came in since you last clicked on or visited a channel. It's not too intrusive, yet if you look for it, it can help divide chat messages already "seen" versus new ones I may not have noticed appear recently.

Additional context

Here is what the visual indicator in Discord looks like:

Describe the bug

Scrollbar appears when the window is at the minimal size when there is no reason for it to exist.

To Reproduce

Steps to reproduce the behavior:

Using the windows snap feature, snap two windows side by side and drag the window containing YaTa as small as possible, scroll bar will appear at the bottom of the page, scrolling to nothing.

Expected behavior

No scroll bar.

Screenshots

Environment

Describe the bug

Re-subscription notices show "0 months in a row"

To Reproduce

Steps to reproduce the behavior:

1. Go to a channel where the normal Twitch UI shows you can share your anniversary.
2. Make sure YaTa is also in the same channel's chat.
3. Share anniversary in normal Twitch UI.
4. See error

Expected behavior

Announcement should say the correct number of months in a row.

Screenshots

Environment

Twitch has been rolling out a new slash command and IRC command. /delete <message-id> and CLEARMSG as a result of it. Details on what CLEARMSG looks like can be found at https://dev.twitch.tv/docs/irc/tags/#clearmsg-twitch-tags even though Twitch themselves don't quite fully support the command yet.

As of filing this bug Twitch only shows a Notice when the CLEARMSG comes back, but doesn't remove the message on any official client I tried.

Environment

Describe the bug

When a gift sub was given in the channel, it showed the message that a gift sub was given, but didn't show the tier number for it. Is this something available in the message? Can we display that?

To Reproduce

Steps to reproduce the behavior:

1. Receive a gift sub on your channel.
2. See the message in the chat client.

Expected behavior

I would want it to show which Tier for the gift sub so I can properly thank,

Screenshots

Environment (please complete the following information)

Describe the bug

Over the past week, I've been noticing a multiple-minute delay between a user sending a chat message and it showing up in YaTA. I can see this because I also have the Twitch app running on my iPad and Twitch's own chat in a separate window. (I use YaTA for the in-video chat.) Sending another chat message seems to force YaTA to "catch up", but sometimes they'll just appear after 2-5 minutes.

To Reproduce

Not sure how to reproduce. 🙁 I can probably point to specific points in my recorded videos where this happens (https://twitch.tv/jitterted), though not sure how much that'd help.

Environment (please complete the following information)

Describe the bug

There used to be a display at the top of the chat window that showed the options to control settings for the chat.

To Reproduce

1. Sign in
2. Go to a Twitch channel chat room
3. Settings are no longer visible

Expected behavior

I would expect to see options to control font size, color, moderator options when available, etc.

Screenshots

How often does this bug happen?

Every time

YaTA version

Latest

Browser version

Brave, Edge, Chrome, Firefox (all latest versions)

Operating System version

Windows 10

It looks like for some messages there is an overlapping issue at times. See screen-shot. I don't know if it's a Firefox issue or a YaTa issue. It may be a coincidence that the two overlaps I saw were when messages ended in links.

Screenshots

Environment

Describe the bug
Typing "hello world" would turn into "ello worldh"

To Reproduce

Steps to reproduce the behavior:

1. Press the down key
2. Type "anything"
3. Text shows "nythinga"

Expected behavior

"anything" shows in the input

Environment

To Reproduce

Steps to reproduce the behavior:

1. Go to yata.now.sh
2. Login to Twitch
3. Watch loading circle spin
4. Eventually end up with Something went wrong! error

Error

¯\_(ツ)_/¯
Something went wrong!
Try reloading the application.

Environment

Is your feature request related to a problem? Please describe.
As a streamer, I want to know where the last message was that I read.

Describe the solution you'd like
A shortcut marking the chat until that point as read.
Maybe give a "buffer" for messages which come in when you press the shortcut.

Describe alternatives you've considered
As a streamer I have multiple screens set up, so just giving focus to Yata will do the trick as well.

Additional context
I am not a streamer. This idea came while watching Adam's stream. I don't know if this a real issue, but in my case I already notice "Where was I again?"