Actor/Director/etc. info

[Lazarus_Long 80]

Wondering if it would be possible to get this information displayed in paragraph form properly?  I assume this is coming from TMDB and it displays nicely over there, but in Emby (all apps I've tested so far), it looks like someone just puked up a wall of text.

This is from TMDB

vs what Emby displays

Edited September 22, 2025 by swallman

[Luke 42077]

HI, yes we'll look at improving this. Thanks.

[Lazarus_Long 80]

22 hours ago, Luke said:

HI, yes we'll look at improving this. Thanks.

Thanks Luke.  I did some more looking into this as I thought it was an issue with how the metadata is stored in the DB.  When I went to edit it, I saw that it is in the DB correctly.

So this is just an issue with the dialog box that is displaying the next not respecting paragraphs properly (so hopefully an easy fix?)

[Neminem 1518]

You can add <br> and add a line breaker just a fyi.

[Lazarus_Long 80]

17 minutes ago, Neminem said:

You can add <br> and add a line breaker just a fyi.

Nope, tried that and it makes zero difference.  Almost seems like the dialog is ignoring any kind of HTML tags.

 

[howllor 26]

You need to put in two line breaks <br> to make something that looks like a new paragraph, or one paragraph tag <p>. I do however agree that proper support for paragraphs without having to write them with html would be better, since that's how they're imported

 

Edited September 23, 2025 by howllor

[Lazarus_Long 80]

@howllorYeah, I confirmed that works but it would be a tedious chore to go through and update every single piece of metadata.  This should really be handled by Emby on import.

[Lazarus_Long 80]

So just another piece of info on this.  I added some metadata to Emby for a concert video I had, and it displays properly in Infuse (with appropriate paragraph breaks), but doesn't display those breaks in Emby at all.

@LukeAny chance of getting this fixed?  Seems like it should be fairly straightforward as it's just something with the dialog/window not handling text properly.

[Lazarus_Long 80]

Here is Infuse (pulling from Emby)

 

[Lazarus_Long 80]

And how Emby displays the same info:

[brothom 177]

@LukeI'm looking at "George Miller" like mentioned in this FR, but the issue already seems to be resolved (at least on the webapp) can you confirm? 

[Lazarus_Long 80]

1 minute ago, brothom said:

@LukeI'm looking at "George Miller" like mentioned in this FR, but the issue already seems to be resolved (at least on the webapp) can you confirm? 

What version are you on?

I'm on 4.9.1.35 beta

[brothom 177]

Just now, Lazarus_Long said:

What version are you on?

I'm on 4.9.1.35 beta

I'm viewing the entry via app.emby.media (the webapp). My local server is on 4.8.11.0 though.

I can't imagine this feature being a bug of transitioning to the beta channel but we'll have to let the devs/admins confirm that.

[Lazarus_Long 80]

21 minutes ago, brothom said:

I'm viewing the entry via app.emby.media (the webapp). My local server is on 4.8.11.0 though.

I can't imagine this feature being a bug of transitioning to the beta channel but we'll have to let the devs/admins confirm that.

Now that's really odd.  I've been just going into http://10.0.0.187:8096/web/index.html#!/item?id=446532&serverId=xxxxxxxxxx

However, if I go to https://app.emby.media/#!/item?id=446532&serverId=xxxxxxxxxxxxxx

Then I get it displayed properly.

Looking at the differences, app.emby.media says it's web version 4.9.2.3, but going directly to my IP address says web version 4.9.1.35

[brothom 177]

10 minutes ago, Lazarus_Long said:

Now that's really odd.  I've been just going into http://10.0.0.187:8096/web/index.html#!/item?id=446532&serverId=xxxxxxxxxx

However, if I go to https://app.emby.media/#!/item?id=446532&serverId=xxxxxxxxxxxxxx

Then I get it displayed properly.

Looking at the differences, app.emby.media says it's web version 4.9.2.3, but going directly to my IP address says web version 4.9.1.35

I think app.emby.media actually reports your server's version. The website (since it's just a website) can have different Javascript and HTML/CSS files so handling stuff like styling, API calls (searching media etc) can be slightly different than your local server, since your local server has it's own set of files it relies on.

@LukeI'm also suddenly seeing a new field under "Externals Ids" for a provider called Zap2It (zap2it). Are you guys working on the webapp's templates/scripts? That might explain the difference in display as well.

Edited September 29, 2025 by brothom

[Lazarus_Long 80]

I do have the beta version installed (which is 4.9.1.35, although .36 is available now as well)

[GrimReaper 4739]

3 hours ago, Lazarus_Long said:

app.emby.media says it's web version 4.9.2.3, but going directly to my IP address says web version 4.9.1.35

App.emby.media loads hosted Web app (4.9.2.3) from Emby's servers which is always a bit ahead in features compared to local Web app (4.9.1.35/4.8.11.0) that comes bundled with your servers; in this particular scenario, once server version 4.9.2.3 is released you'll see exact same behavior/features in local Web app as you're seeing now in hosted Web app using app.emby.media.

3 hours ago, brothom said:

LukeI'm also suddenly seeing a new field under "Externals Ids" for a provider called Zap2It (zap2it).

Is actually pretty old service (and field in the UI), AFAIK discontinued though legacy listings still exist; don't think it's been used by Emby in a quite a long time 

Edited September 29, 2025 by GrimReaper

[brothom 177]

53 minutes ago, GrimReaper said:

Is actually pretty old service (and field in the UI), AFAIK discontinued though legacy listings still exist; don't think it's been used by Emby in a quite a long time 

Weird. Any clue why that field is suddenly showing up? It's a new entry to my server (added it yesterday) and has these identifications:

https://www.imdb.com/title/tt32544507
https://www.themoviedb.org/tv/256201-the-creep-tapes
https://thetvdb.com/series/the-creep-tapes

Addendum

Apparently ALL tv-shows have this field now on app.emby.media ánd on my localhost. I can't remember seeing this field before either.
Maybe it's better to remove it or did someone accidentally add this field again?

Addendum2

I think we can close this thread as it already seems fixed @Lazarus_Long?

Edited September 29, 2025 by brothom

[GrimReaper 4739]

3 hours ago, brothom said:

Any clue why that field is suddenly showing up? It's a new entry to my server (added it yesterday)

 

3 hours ago, brothom said:

Apparently ALL tv-shows have this field now on app.emby.media ánd on my localhost. I can't remember seeing this field before either.

Maybe you just didn't pay particular attention to it, it's been present for TV shows since like forever. 

I reckon it'll eventually get removed. 

Edited September 29, 2025 by GrimReaper

[Happy2Play 9780]

This has come up many times as there is no universal way to handle the page breaks/returns across all clients.  As the other link in this topic goes back to 2014.

 

Edited September 29, 2025 by Happy2Play

[Happy2Play 9780]

Yes the code is changing in online app and beta server, so will assume other clients will change also with "white-space: pre-wrap" or equivalent.

OT:  Zapit comes from TVDB but it obsolete now as the urls redirect to https://www.newsnationnow.com/newsnation-tv-schedule/ now.  So they can probably be removed. @Luke

Spoiler

    "remoteIds": [
      {
        "id": "https://www.channel4.com/programmes/humans",
        "type": 4,
        "sourceName": "Official Website"
      },
      {
        "id": "tt4122068",
        "type": 2,
        "sourceName": "IMDB"
      },
      {
        "id": "SH02153379",
        "type": 3,
        "sourceName": "TMS (Zap2It)"
      },
      {
        "id": "HumansTV/",
        "type": 7,
        "sourceName": "Reddit"
      },
      {
        "id": "62822",
        "type": 12,
        "sourceName": "TheMovieDB.com"
      },
      {
        "id": "10.5240/1E12-5ABC-8B99-E775-59E4-4",
        "type": 13,
        "sourceName": "EIDR"
      }
    ]

Zap2it - Wikipedia

Quote

Around March 25, 2025, Zap2it was taken offline permanently.

However, the same TV schedule grids that had been on Zap2it could still be found under Gracenote's domain name via users' Zap2it logins.

@Lukelooks that they are on Gracenote's domain now.  So the code needs updated 

data-formatstring="https://tvlistings.zap2it.com/overview.html?programSeriesId={0}"

to

data-formatstring="https://tvlistings.gracenote.com/overview-affiliates.html?programSeriesId={0}"

 

Edited September 30, 2025 by Happy2Play
added info

[brothom 177]

7 hours ago, Happy2Play said:

Yes the code is changing in online app and beta server, so will assume other clients will change also with "white-space: pre-wrap" or equivalent.

OT:  Zapit comes from TVDB but it obsolete now as the urls redirect to https://www.newsnationnow.com/newsnation-tv-schedule/ now.  So they can probably be removed.

Okidoke, thanks. Looks like we're sane after all haha. The current CCS fix should work across all browsers since that's the most common solution.

Maybe there'll have to be per-device/platform fixes but those haven't been reported (yet?). I'll check my Samsung TV and Chromecast later, to see if this issue persists there as well.