Reply to thread

Message

<blockquote data-quote="RoChess" data-source="post: 1129291" data-attributes="member: 18896">[USER=89825]@Kotik[/USER], blimey, forgot the problem is in the search node, and I did not implement any IMDb+ debug code in there.&nbsp;Please get me the raw HTML results (the actual notepad/file contents) that you get from: <a href="http://akas.imdb.com/find?s=tt&amp;q=contact" target="_blank">http://akas.imdb.com/find?s=tt&amp;q=contact</a>&nbsp;and: <a href="http://www.imdb.com/title/tt0118884/releaseinfo" target="_blank">http://www.imdb.com/title/tt0118884/releaseinfo</a>&nbsp;Ensure that your browser acts the same way that Moving-Pictures engine does, meaning that when you open <a href="http://www.imdb.com/title/tt0118884/releaseinfo" target="_blank">http://www.imdb.com/title/tt0118884/</a> it shows &quot;Επαφή&quot; as title.&nbsp;You are giving me the toughest example to fix, because there are a ton of movies called &quot;Contact&quot;, and your filename does not contain IMDb tt-ID info (would have been instant correct match otherwise), or the correct year. Now the most popular movie called &quot;Contact&quot; is still shown at the top, but it is using the Greek title. That is why Moving-Pictures fails to auto-match with the import settings you are using, but it does find a match to the 2nd movie listed, which is &quot;Contact (1992)&quot;.&nbsp;Hopefully somewhere in those HTML sources lies the key that will allow me to find why my AKA insertion for 1st match found failed (which should have fixed this import), or maybe I can somehow detect a difference between the way IMDb.com shows the same HTML source to me as a USA-user.&nbsp;I do love puzzles <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" /></blockquote>

[QUOTE="RoChess, post: 1129291, member: 18896"] [USER=89825]@Kotik[/USER], blimey, forgot the problem is in the search node, and I did not implement any IMDb+ debug code in there. Please get me the raw HTML results (the actual notepad/file contents) that you get from: [URL='http://akas.imdb.com/find?s=tt&q=contact'][B]http://akas.imdb.com/find?s=tt&q=contact[/B][/URL] and: [URL='http://www.imdb.com/title/tt0118884/releaseinfo'][B]http://www.imdb.com/title/tt0118884/releaseinfo[/B][/URL] Ensure that your browser acts the same way that Moving-Pictures engine does, meaning that when you open [URL='http://www.imdb.com/title/tt0118884/releaseinfo'][B]http://www.imdb.com/title/tt0118884/[/B][/URL] it shows "Επαφή" as title. You are giving me the toughest example to fix, because there are a ton of movies called "Contact", and your filename does not contain IMDb tt-ID info (would have been instant correct match otherwise), or the correct year. Now the most popular movie called "Contact" is still shown at the top, but it is using the Greek title. That is why Moving-Pictures fails to auto-match with the import settings you are using, but it does find a match to the 2nd movie listed, which is "Contact (1992)". Hopefully somewhere in those HTML sources lies the key that will allow me to find why my AKA insertion for 1st match found failed (which should have fixed this import), or maybe I can somehow detect a difference between the way IMDb.com shows the same HTML source to me as a USA-user. I do love puzzles :) [/QUOTE]

Verification