# Change in behavior identifying assets **URL:** \ **Category:** Analytics\ **Created:** [March 14, 2024, 3:00pm UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288 "2024-03-14T15:00:08Z")\ **Posts on this page:** 16\ **Page:** 1
**Author:** ![JYEStudio](https://community.podlove.org/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@JYEStudio](https://community.podlove.org/u/JYEStudio)\ **Post date:** [March 14, 2024, 3:00pm UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/1 "2024-03-14T15:00:09Z")
Greetings. Before last update, if an asset is not selected, Podlove indicated that in the “Validate Podcast Files” list with a line in the Dashboard. However, since last update, Podlove indicated that asset is missing, even when I explicitly did not select it. See image: ![PodloveAssetIssue](https://community.podlove.org/uploads/podlove/original/2X/8/8778ba5f85044c643e1da9463850c4242cc01ad2.jpeg) ---
**Author:** ![gNNY](https://community.podlove.org/letter_avatar_proxy/v4/letter/g/bc79bd/32.png) [@gNNY](https://community.podlove.org/u/gNNY)\ **Post date:** [May 1, 2024, 9:11pm UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/2 "2024-05-01T21:11:27Z")
Just wanted to confirm that I have the same issue with my Podlove instance. As described in the [Sendegate Community](https://sendegate.de/t/assets-werden-gesucht-obwohl-sie-deaktiviert-sind/17040) already, episodes published before mid November 2023 where fine, episodes after that have this issue. If you check in the problematic episodes, you see that a greyed out filename is there and three “???”. However, checking the older episodes, they only state “File not found” for the disabled assets. Enabling and disabling an asset in a newer episode doesn’t fix this, neither does clicking the “Verify” button. ---
**Author:** ![gNNY](https://community.podlove.org/letter_avatar_proxy/v4/letter/g/bc79bd/32.png) [@gNNY](https://community.podlove.org/u/gNNY)\ **Post date:** [May 13, 2024, 10:58pm UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/3 "2024-05-13T22:58:00Z")
After lots of digging through the source code, I’ve found the problem: the way assets are stored has changed. Previously, only after an asset had been found, an entry into the database was made. But now, for each asset type of any new episode, an empty entry is made into the database. The dashboard does the following: check if an asset has an ID. If there is no ID, then the “-” is shown. If it does have an ID, check if the size is greater than 0. If it is, all’s well. If it isn’t, show the red X. That’s under the assumption that an asset with its ID is only created if an asset has been identified/found/verified. However, since this has changed, the search for episode assets returns a bunch of IDs that have 0 file size because the aren’t found. One solution is a check for whether an asset is active or not. Then the dashboard correctly shows the “-” again for all assets that are disabled and a red “X” for assets that are enabled but have infact a size of 0. In my instance, I hacked the files and it’s working as expected. ---
**Author:** ![Simon](https://community.podlove.org/letter_avatar_proxy/v4/letter/s/f07891/32.png) [@Simon](https://community.podlove.org/u/Simon)\ **Post date:** [May 26, 2024, 10:11pm UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/4 "2024-05-26T22:11:32Z")
Thanks for investigating! This is quite a problem for me, as I use different assets/feeds to separate a public and a (secret) patreon feed. I just made a post about this here: [Issue with Episodes Assets - Episode appears in disabled Feed!](https://community.podlove.org/t/issue-with-episodes-assets-episode-appears-in-disabled-feed/3316) I’m not sure if there is a fix for this @ericteubert ? I added some more screenshots here: [Assets werden "gesucht", obwohl sie deaktiviert sind - #3 von Simon - Podlove Publisher - Sendegate](https://sendegate.de/t/assets-werden-gesucht-obwohl-sie-deaktiviert-sind/17040/3) ---
**Author:** ![gNNY](https://community.podlove.org/letter_avatar_proxy/v4/letter/g/bc79bd/32.png) [@gNNY](https://community.podlove.org/u/gNNY)\ **Post date:** [May 26, 2024, 10:48pm UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/5 "2024-05-26T22:48:43Z")
What’s in your template for the feeds? That’s probably where the problem is now. ---
**Author:** ![ericteubert](https://community.podlove.org/user_avatar/community.podlove.org/ericteubert/32/1568_2.png) [@ericteubert](https://community.podlove.org/u/ericteubert)\ **Post date:** [May 27, 2024, 8:45am UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/6 "2024-05-27T08:45:36Z")
I created an issue for it [Bug: Dashboard "inactive" indicator · Issue #1472 · podlove/podlove-publisher · GitHub](https://github.com/podlove/podlove-publisher/issues/1472) ---
**Author:** ![ericteubert](https://community.podlove.org/user_avatar/community.podlove.org/ericteubert/32/1568_2.png) [@ericteubert](https://community.podlove.org/u/ericteubert)\ **Post date:** [May 27, 2024, 8:45am UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/7 "2024-05-27T08:45:57Z")
Not sure the issues are related. /edit: alright, after some investigation, maybe it is 😅 ---
**Author:** ![Simon](https://community.podlove.org/letter_avatar_proxy/v4/letter/s/f07891/32.png) [@Simon](https://community.podlove.org/u/Simon)\ **Post date:** [May 27, 2024, 1:32pm UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/8 "2024-05-27T13:32:44Z")
Thanks for checking it out! \<3 I’ll wait for an update. ---
**Author:** ![gNNY](https://community.podlove.org/letter_avatar_proxy/v4/letter/g/bc79bd/32.png) [@gNNY](https://community.podlove.org/u/gNNY)\ **Post date:** [May 28, 2024, 5:17am UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/9 "2024-05-28T05:17:07Z")
Yesterday, I was too busy which is why I couldn’t supply the information about the fix. This morning, I put some time aside for it … and it’s fixed already #tooFastForMe 🙂 Thanks! ---
**Author:** ![Simon](https://community.podlove.org/letter_avatar_proxy/v4/letter/s/f07891/32.png) [@Simon](https://community.podlove.org/u/Simon)\ **Post date:** [May 28, 2024, 6:03pm UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/10 "2024-05-28T18:03:14Z")
Thank you so much! I just installed the Update, and it looks good now. Wohoo! \<3 \<3 \<3 ---
**Author:** ![gNNY](https://community.podlove.org/letter_avatar_proxy/v4/letter/g/bc79bd/32.png) [@gNNY](https://community.podlove.org/u/gNNY)\ **Post date:** [May 28, 2024, 8:19pm UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/11 "2024-05-28T20:19:34Z")
@ericteubert When I added my shownotes pdf, I noticed that my Template didn’t pick up the asset although it was marked as active and found alright. A quick look into the database showed me that I had multiple entries for the asset type attached to the episode ID. Some of them where marked as active (1) and some of them as inactive (1). The entry with the smallest ID has inactive. After deleting the extra entries out of the database, the Template worked just fine again. Investigating futher showed that when you turn an asset inactive, the entry in the DB gets updated. However, when you mark it active again, a new entriy is created in the DB. The Dashboard is uneffected by this as it is picking up the active-ness of the latest asset. However, the Template makro to check for the active state of an asset is broken now. Also, the DB is filled up with incorrect references to assets. ---
**Author:** ![ericteubert](https://community.podlove.org/user_avatar/community.podlove.org/ericteubert/32/1568_2.png) [@ericteubert](https://community.podlove.org/u/ericteubert)\ **Post date:** [May 28, 2024, 9:20pm UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/12 "2024-05-28T21:20:20Z")
Oh no 🤦‍♂️ Enabling an asset uses “find or create” logic, but I adjusted the “find” part in the latest update to only look for active entries. Thank you for reporting and investigating! Issue created: [Investigate: Duplicate entries in MediaFile table · Issue #1475 · podlove/podlove-publisher · GitHub](https://github.com/podlove/podlove-publisher/issues/1475) ---
**Author:** ![ericteubert](https://community.podlove.org/user_avatar/community.podlove.org/ericteubert/32/1568_2.png) [@ericteubert](https://community.podlove.org/u/ericteubert)\ **Post date:** [May 28, 2024, 9:36pm UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/13 "2024-05-28T21:36:12Z")
Bugfix release is on the way. That only prevents further duplicates, but I need to write a migration or some other solution to clean up the database. ([Fix duplicate MediaFile entries · Issue #1476 · podlove/podlove-publisher · GitHub](https://github.com/podlove/podlove-publisher/issues/1476)) ---
**Author:** ![Simon](https://community.podlove.org/letter_avatar_proxy/v4/letter/s/f07891/32.png) [@Simon](https://community.podlove.org/u/Simon)\ **Post date:** [June 1, 2024, 2:19pm UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/14 "2024-06-01T14:19:26Z")
Hey Eric, I noticed a tiny little potential bug - maybe related to the issue from before: Since the last update, my newly created episode points now to the m4a/mp4 files when i access it via `episode.files[1].publicUrl("download")` ![image](https://community.podlove.org/uploads/podlove/original/2X/f/f49ee81db4a46098d977852d1bd31b2d66610748.png) My complete code this download area is: ```auto
Download (MP4)
Download (MP3)
Auf Youtube anschauen
``` For the **older** episodes, it still works very well: ![image](https://community.podlove.org/uploads/podlove/original/2X/7/721167da06ea4905f27708c57b5319d9fbb47f63.png) Both episodes use the same setup when it comes to the asset (left is episode 78 which works still well, right is episode 80 which now links to m4a): ![firefox_2024-06-01_16-12-34](https://community.podlove.org/uploads/podlove/original/2X/f/fb45a8c9d69cdde64cbb1bb63f49d57e841ea312.png) ---
**Author:** ![ericteubert](https://community.podlove.org/user_avatar/community.podlove.org/ericteubert/32/1568_2.png) [@ericteubert](https://community.podlove.org/u/ericteubert)\ **Post date:** [June 3, 2024, 2:15am UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/15 "2024-06-03T02:15:55Z")
I would not recommend relying on the order of files, and am surprised it worked reliably so far 🙂 It’s better to give your asset template identifiers and refer to them in templates. `episode.file("mp3").publicUrl("download")`, `episode.file("m4a").publicUrl("download")` etc. ---
**Author:** ![Simon](https://community.podlove.org/letter_avatar_proxy/v4/letter/s/f07891/32.png) [@Simon](https://community.podlove.org/u/Simon)\ **Post date:** [June 3, 2024, 12:31pm UTC](https://community.podlove.org/t/change-in-behavior-identifying-assets/3288/16 "2024-06-03T12:31:44Z")
Thank you very much for the tip! It works perfectly fine! \<3