[rsjtdrjgfuzkfg]

(07-07-2012, 04:31 PM)kadai Wrote:

Code:

[JavaScript Error: "FolderSync: Event raised in 'sync-sync':
Writing playlist failed:

[Exception... "Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFileOutputStream.init]"  nsresult: "0x80520015 (NS_ERROR_FILE_ACCESS_DENIED)"  location: "JS frame :: chrome://foldersync/content/sync.js :: anonymous :: line 1059"  data: no]" {file: "chrome://foldersync/content/sync.js" line: 1059}]

[...]

I was not even able to edit the file on kate/nano as a normal user. Only as a super user.

Did you try deleting and re-syncing? In theory the playlist file is created with 666 permissions...

[kadai]

(07-08-2012, 12:26 AM)rsjtdrjgfuzkfg Wrote:

(07-07-2012, 04:31 PM)kadai Wrote:

Code:

[JavaScript Error: "FolderSync: Event raised in 'sync-sync':
Writing playlist failed:

[Exception... "Component returned failure code: 0x80520015 (NS_ERROR_FILE_ACCESS_DENIED) [nsIFileOutputStream.init]"  nsresult: "0x80520015 (NS_ERROR_FILE_ACCESS_DENIED)"  location: "JS frame :: chrome://foldersync/content/sync.js :: anonymous :: line 1059"  data: no]" {file: "chrome://foldersync/content/sync.js" line: 1059}]

[...]

I was not even able to edit the file on kate/nano as a normal user. Only as a super user.

Did you try deleting and re-syncing? In theory the playlist file is created with 666 permissions...

Yes, everytime I was about to start to test it. I was using a specially created folder for it (aka: blank/empty folder).

None the less, like I said earlier, FolderSync is even able to delete the file. If you first sync, it will create the 0 bytes file. Then, if you sync again, it will delete the file but not create a new one.

Despite the fact that I even tried with changing the permission of the folder to make it writable for "others", it kept showing the same problem.

I have read somewhere that sometimes JS does not behave like it is supposed to be. But this appears to be the case on both Songbird and Nightingale, because both presents the same problem (Songbird with the most modern add-on version, and Nightingale with the one it comes bundled with).

I totally wonder what is causing this, and if there is other users affected by this.

[rsjtdrjgfuzkfg]

(07-08-2012, 02:10 AM)kadai Wrote: None the less, like I said earlier, FolderSync is even able to delete the file. If you first sync, it will create the 0 bytes file. Then, if you sync again, it will delete the file but not create a new one.

Sounds to me like a bug in the (old) version of xulrunner we currently use (as Songbird does, too). We plan to move to a more recent version, but that takes much time...

On Windows this problem does not exist... you could try using a windows Nightingale/Songbird build.
Sadly, I don't know anything I could do to help you except hoping for the new xulrunner to solve it...

[kadai]

(07-08-2012, 02:21 AM)rsjtdrjgfuzkfg Wrote:

(07-08-2012, 02:10 AM)kadai Wrote: None the less, like I said earlier, FolderSync is even able to delete the file. If you first sync, it will create the 0 bytes file. Then, if you sync again, it will delete the file but not create a new one.

Sounds to me like a bug in the (old) version of xulrunner we currently use (as Songbird does, too). We plan to move to a more recent version, but that takes much time...

On Windows this problem does not exist... you could try using a windows Nightingale/Songbird build.
Sadly, I don't know anything I could do to help you except hoping for the new xulrunner to solve it...

On Windows the issue is not present (otherwise, it might be a major issue with a lot of users complaining), but since I said, it may be related to the EXT* file system too. Or at least on the way the permissions are set for it.

Inside of Songbird and Nightingale, setting as target a folder on a NTFS partition (aka: Windows Partition) works fine. No issues at all.

By the way, right now I'm using the updated version on Nightingale, without need to re-compile, just updated the sync.js of the foldersync.jar :p ... and it is working! YAY!

But I'll give the add-on a shot later on my windows 7 install.

Thanks a lot for the work!

[fcastillo]

(07-08-2012, 03:28 AM)kadai Wrote: By the way, right now I'm using the updated version on Nightingale, without need to re-compile, just updated the sync.js of the foldersync.jar :p ... and it is working! YAY!

I'm having the same problem with this. Since it's affecting all ext partitions, I can't seem to sync my music to my Android phone. I've been going crazy!
By your post, I'm not sure if by changing something inside that file, the support for ext works, or the only way is xulrunner?

It's quite funny that this happened, because in previous version of this add-on using Songbird, I never had the problem. I'm pretty sure it's related to the add-on and not a library since the music files get copied without a problem and only the playlist are not created properly.

Could you please point out exactly what to change inside that file to fix the problem? If not, has anybody found a way to fix the problem?

[rsjtdrjgfuzkfg]

(07-14-2013, 06:50 PM)fcastillo Wrote: I'm pretty sure it's related to the add-on and not a library since the music files get copied without a problem and only the playlist are not created properly.

Do you get the very same error message when using debug level 5 and copying the error console output? e.g. NS_ERROR_FILE_ACCESS_DENIED?
If so, I still think this is a XULrunner / dependency issue. On linux we updated the depencendies a little bit so maybe the newer version has an issue, that would be a good reason for the difference between Nightingale and Songbird.

If not, please post the log you get.

[fcastillo]

(07-14-2013, 09:52 PM)rsjtdrjgfuzkfg Wrote: Do you get the very same error message when using debug level 5 and copying the error console output? e.g. NS_ERROR_FILE_ACCESS_DENIED?
If so, I still think this is a XULrunner / dependency issue. On linux we updated the depencendies a little bit so maybe the newer version has an issue, that would be a good reason for the difference between Nightingale and Songbird.

If not, please post the log you get.

I get the exact same message. I was using Nightingale 1.12 (the stable one) I'm also tried version 2.2.0, Build 2453. I wanted to try the old version but for a reason it doesn't want to sync my music, so I don't have anything for it to sync.

In the case it's xulrunner, is there something we can do to fix it?

[rsjtdrjgfuzkfg]

(07-15-2013, 04:45 AM)fcastillo Wrote: I get the exact same message. I was using Nightingale 1.12 (the stable one) I'm also tried version 2.2.0, Build 2453. I wanted to try the old version but for a reason it doesn't want to sync my music, so I don't have anything for it to sync.

In the case it's xulrunner, is there something we can do to fix it?

Nightingale 1.12 is newer than 2.2.0, that might be confusing... however 1.12 is the correct version to use.
Hmm. Maybe try bindfs or something similar to assert wrong privileges won't mess it up?

If you want to help, you could post which privileges the playlist file gets (e.g. if it also has 000 privileges). If you know XULrunner well, you could as well help on porting to a recent xulrunner, as that's the big project currently (johnmurrayvi is doing some great work there, contact him or ilikenwf and they'll point you to the current issues for sure).