special:// causing scripts to stop working

[Aenima99x]

It looks like the new "special://" mappings are causing havoc with some scripts, in particular the TWC Supplemental script.
I've just pulled rev. 17581 from SVN.

Full debug log here (http://pastebin.ca/1327532)
The pertinent parts of the log are here -
15:06:22 T:3005209488 M:160329728 DEBUG: CGUIMediaWindow::GetDirectory (?)
15:06:22 T:3005209488 M:160329728 DEBUG: ParentPath = []
15:06:22 T:3005209488 M:160329728 ERROR: GetDirectory - Error getting ?
15:06:22 T:3005209488 M:160329728 ERROR: CGUIMediaWindow::GetDirectory(?) failed

15:06:23 T:3005209488 M:154132480 NOTICE: ERROR: TWCClient::_save_data (512) - [Errno 13] Permission denied: 'P:\\script_data'

15:06:26 T:3005209488 M:151654400 NOTICE: ERROR: TWCClient::_save_data (512) - [Errno 13] Permission denied: 'Z:\\TWC Supplemental'

15:06:30 T:3051964224 M:150261760 ERROR: PICTURE: Error loading image Z:\weather/128x128/29.png
15:06:30 T:3051964224 M:150261760 ERROR: Texture manager unable to load file: Z:\weather/128x128/29.png
15:06:30 T:3051964224 M:150261760 INFO: msg: PICTURE::LoadImage: Unable to open image: Z:\weather/128x128/39.png Error: (2)

[Aenima99x]

It's also happening with plugins, they're still looking to P:\\plugin_data

15:19:51 T:2933504912 M:149143552 NOTICE: [Errno 13] Permission denied: 'P:\\plugin_data'

[jmarshall]

Then the scripts are wrong.

Change them to use xbmc.translatePath(foo) and they'll work just fine.

[Aenima99x]

So the majority of scripts/plugins need to be changed then?
I can't even run the SVN Repo installer....it errors also.

16:01:49 T:2880433040 M:2853875712 NOTICE: ERROR: Main::_get_files (148) - [Errno 13] Permission denied: 'U:\\'

16:01:49 T:2880433040 M:2853875712 NOTICE: ERROR: Main::_download_item (120) - [Errno 13] Permission denied: 'U:\\'

[jmarshall]

Correct. If the majority of scripts aren't using xbmc.translatePath() then they are wrong.

AMT is one that is perfectly fine, ofcourse.

[Aenima99x]

edit....will try the AMT plugin

[Aenima99x]

No go with the AMT plugin either
16:21:22 T:2941340560 M:2860482560 NOTICE: ERROR: Main::save_xml_source (260) - [Errno 13] Permission denied: 'P:\\plugin_data'
16:21:22 T:2941340560 M:2860482560 NOTICE:
16:21:22 T:3051652928 M:2860482560 DEBUG: WaitOnScriptResult- plugin returned failure
16:21:22 T:3051652928 M:2860482560 ERROR: GetDirectory - Error getting plugin://video/Apple Movie Trailers II
16:21:22 T:3051652928 M:2860482560 ERROR: CGUIMediaWindow::GetDirectory(plugin://video/Apple Movie Trailers II) failed

[Aenima99x]

AMT script also fails :sniffle:

16:26:41 T:2993675152 M:2832580608 NOTICE: [Errno 13] Permission denied: 'T:\\script_data'

[jmarshall]

Works fine here. Are you sure you have the up to date version of XBMC (and the script)?

[Aenima99x]

I've got SVN rev. 17540 on my laptop and ALL scripts/plugins work fine on this revision.
My HTPC has rev. 17582 and the scripts/plugins are the same as on my laptop.

[jmarshall]

Then it has nothing to do with special:// paths, as all the changes were in by r17540. I shall test latest SVN in a few moments.

[Aenima99x]

I can definitely verify that something got screwy between 17540 and 17582.
I just upped my SVN version on my laptop from 17540 to 17582....and now the scripts/plugins aren't working.

[Aenima99x]

Just changed both revs back to 17540 and everything is good again.

[megacrypto]

Just changed both revs back to 17540 and everything is good again.

how do u get back to a specific svn?

[Aenima99x]

how do u get back to a specific svn?

svn up -r revision_number

[JackieBrown]

Same problem. The svn installer gives me a failed to install for ever script (I grabbed the latest svn repo installer just in case.)

The folders were auto created - P:\plugin_data and U:\ and so one

I tried changing them to P:\\plugin_data and so on but that did not fix it.

[megacrypto]

svn up -r revision_number

thanks of the reply, but one question though, do i run this from the folder where i have downloaded the original svn?? i ask because i erased that ??????

anyways .. im downloading it again [ svn checkout https://xbmc.svn.sourceforge.net/svnroot/xbmc/branches/linuxport/XBMC ]
and then i will try

[Aenima99x]

thanks of the reply, but one question though, do i run this from the folder where i have downloaded the original svn?? i ask because i erased that ??????

anyways .. im downloading it again [ svn checkout https://xbmc.svn.sourceforge.net/svnroot/xbmc/branches/linuxport/XBMC ]
and then i will try
Yeah you run it from the XBMC folder it creates

[Aenima99x]

Then it has nothing to do with special:// paths, as all the changes were in by r17540. I shall test latest SVN in a few moments.

Any update on this?

[jmarshall]

As I already said: It has nothing to do with special:// paths, as they were already in and finished as of r17540.

Thus, it's something else. I have no idea what, as everything works perfectly at my end. I suspect it's something silly like you're running on win32 using -p and you don't have write access to the XBMC folder.

Cheers,
Jonathan

[Aenima99x]

As I already said: It has nothing to do with special:// paths, as they were already in and finished as of r17540.

Thus, it's something else. I have no idea what, as everything works perfectly at my end. I suspect it's something silly like you're running on win32 using -p and you don't have write access to the XBMC folder.

Cheers,
Jonathan
*sigh* Not running Win32, running Ubuntu Intrepid. Full write access to all folders. As I said before, something in one of the builds is screwing up the plugins and scripts. I have just found that 17540 is a perfect working build for me....any build higher than 17550 breaks the scripts/plugins. I haven't been able to try any of the build between 17540 and 17550 yet.

[jmarshall]

r17550 is the cause. davilla has it fixed in his local copy, so once that gets in it'll be fine. If you wish to fix it yourself, remove the #ifdef from CURL::IsDOSPath().

The key is that you're not running on win32. This info could have probably saved us some time, but that's as much my fault as it is yours ;)

Cheers,
Jonathan

[JackieBrown]

The key is that you're not running on win32. This info could have probably saved us some time, but that's as much my fault as it is yours ;)


Posting in the Linux section would be an indication that it is a Linux build.

[davilla]

fixed in svn 17632 :)

[Aenima99x]

Thanks JMarshall & Davilla.

@ JackieBrown :;): :laugh: