#Possible Bug/improvements for transcripts

1 messages · Page 1 of 1 (latest)

rapid crystal
#

I have just found the 3rd thing where I think the transkript could be better, and thought I just tell you about it.

First thing I noticed was that mentiones inside of embeds do not get saved for the transcript, so you only have the id and not the name in the mention.

Second thing was after a ticket I had here and I noticed that there is no size limit for embeds, so in the transcript, you get a very wide embed. For messages that's not the case, so maybe limit the embed size there. (while making a screenshot, I noticed text is limited in size, but not "code")

And now, I just opened a transcript with a timestamp. Timestamps get currently shown as you write them, so with the unix time. Would be the one where I say it's less important, but could be changed to show the time in a readable way

vernal wyvern
#

First issue: Discord caching, not something developers can fix.
Second: more a suggestion I guess?
Third: I agree it would be nicer.

rapid crystal
#

well first would be fixable by checking the embed for mentions, and even if you don't get them as easily as in normal text, it is possible. (they get shown as mention in the transcript, so they can be found) Then with the id, get the user and save the data as it is saved for other mentions. The issue is only the saving, because if in one message there is a mention above the embed and the same one inside the embed, both get shown correctly

vernal wyvern
#

I know, they’re a mention but don’t show as one. It’s an issue on Discord’s side.

#

Not something the developers can fix.

rapid crystal
#

but they are still shown correctly if the data of that user is already saved in the transcript message data. So, since the mention, even if shown incorrectly, has the id and with the id, you can find the data on the server (except if a role got deleted during that time or the user left, then maybe not)

#

the only thing is getting the data and saving it, and that is possible

vernal wyvern
#

Yes, because Discord is weird.

rapid crystal
#

the transcript on it's own has nothing to do with discord anymore

#

also commands are not shown correctly

vernal wyvern
#

First image is because of the /.

vernal wyvern
rapid crystal
#

no both images are the same thing, the command as it is shown in discord and as it is shown in the transcript

#

the bot sends them as commands with the id in the help command and in the transcript, they are shown completely as they are send instead of only the name as discord is showing them

compact island
#

I could be wrong, but I'm pretty sure there's nothing the developers can do about that

rapid crystal
#

I would say that all 4 things could be "fixed"

  • first one, as I have explained, by checking embeds for mentions and saving the data. A thing I try to do for my tickets if I come to the transcript part
  • second one by limiting the size in the html for displaying that
  • third one by finding timestamps and replacing the unix time by the corresponding time
  • and the command one by finding commands and displaying only the command name

so the first one would be a change in the creation of the transcripts, the other 3 in the displaying script

vernal wyvern
#
  • Discord issue, not something they can fix.
  • I don’t think others had a problem with that.
  • Should be possible to fix.
  • Still unsure if it’s not on your side.
rapid crystal
#

Where is that a discord issue?

vernal wyvern
#

Embeds which only show a ID.

rapid crystal
#

but that's still no discord issue. Discord is showing them correctly, the transcript does not. Saving the userdata from the mention inside the transcript would still solve that

#

I think you misunderstood that, all my screenshots are from a transcript, it's not discord showing only the id inside the embed, it's the transcript

vernal wyvern
#

Which has to do with Discord caching.

rapid crystal
#

I also just fixed that for my bot which is using the Formatter Created by BattleEye at TicketTool which is available for public use, so that is 100% fixable

rapid crystal
# vernal wyvern Which has to do with Discord caching.

and no, the transcript not showing them has not to do with discord caching. The transcript is a html file and is able to show the messages in every browser, at that point, there is absolutely no connection to discord, and even less with discord caching

rapid crystal
#

interestingly, channel mentions do get saved correctly if they are inside embeds

rapid crystal
#

Possible Bug/improvements for transcripts

rapid crystal
#

I also just noticed that component data like buttons are saved but not displayed in the transcript. I know that these things are probably not bugs and more like suggestions, but why are components even saved if they don't get displayed? If they would not get saved, the transcript would be smaller

fluid hollow
rapid crystal
# fluid hollow Regarding the first one, transcripts are shown as is to the server. We don't sto...

I know that you are not saving anything, but that has nothing to do with what I'm talking about. The transcript itself, the html file, has every message saved in it. It also saves the data of roles, channels, users that get mentioned, to display them with the correct name, instead of the id. The transcript does not save usermentiones if they are inside of an embed. Idk about roles inside an embed, but channels inside embeds do get saved. When creating the transcript, the code could check if there is a mention inside the embed and save that too. That's what I did for my bot, so it is possible to change that.

vernal wyvern
#

I'm still pretty sure it's a Discord thing + I still don't see a problem with it.

rapid crystal
#

and the problem is still that the transcript is showing the id instead of the username, because the transcript has not saved the username, but it should, and it is for mentions outside of embeds and even channel mentions inside of embeds, but for some reason no user mentions inside of embeds

#

Which I also already explained

vernal wyvern
#

You’re forgetting that TT has a lot of users, limited developers. Just deal with how it is.