Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[cncb]

Would it be possible to add a parameter to the MCWS Delete File function to allow to delete from disk or send to recycle bin?  It seems to only remove from the library by default.

Also, there is a delay from the function call until browsing the library reflects the file is gone.  I did a test in my browser where I successfully delete a file (only file in parent library item) and then refresh the browse URL  of the parent's parent library item.  It seems to take almost two minutes until the parent library item is gone.  I don't think it is a cache issue because I append a "&Rnd=N" to the URL and change N every time I refresh.

[Matt]

This took a while, but I'm adding this to the next build.

Changed: The MCWS function File/Delete takes an optional 'Mode' parameter to delete the file from disk or recycle the file.

[cncb]

Thanks for adding this.

[cncb]

There is still a long delay when updating the library items after a delete.  Also, the file list in MCWS for a library item does not seem to be updated after a delete until MC is restarted.  Does MCWS do some kind of internal caching of this?

[bob]

There is still a long delay when updating the library items after a delete.  Also, the file list in MCWS for a library item does not seem to be updated after a delete until MC is restarted.  Does MCWS do some kind of internal caching of this?

I've noticed this too, when I change a bunch of files on my Id server not all of the changes get picked up in JRemote until I restart MC.
I'm not sure what exactly is going on. In DLNA at any rate almost all of the view tree is dynamic but I'm not sure that's also the case for MCWS (Matt??).
Even if I hit the refresh button in JRemote it doesn't fix the issue which to me implies it's on the MC side, not caching in JRemote.

[Hendrik]

A bunch of structures in MCWS are definitely cached. I have a task on my list to investigate the impact of that sometime soon.

[bob]

A bunch of structures in MCWS are definitely cached. I have a task on my list to investigate the impact of that sometime soon.

Great, thanks!

[Hendrik]

I'm checking out some things, but on top of that, do you have an example MCWS call that you see showing old information? Is it Browse/Files?

[bob]

I'm checking out some things, but on top of that, do you have an example MCWS call that you see showing old information? Is it Browse/Files?

It looks like JRemote uses
Browse/Files
Browse/Children and
Browse/Image

[Hendrik]

As far as we can tell, this should be resolved in 24.0.77.

[cncb]

Seems to be mostly resolved for me.  Browse/Children seems to still have a small update delay (maybe 10-15 seconds) but maybe that can't be avoided.  Thanks.

[Hendrik]

Seems to be mostly resolved for me.  Browse/Children seems to still have a small update delay (maybe 10-15 seconds) but maybe that can't be avoided.  Thanks.

Its at most 1 minute I believe due to structure caching.

[AntaresFR]

I meet the same "problem".
I need to rename a playlist through MCWS.
So i save the playlist with a new name and delete the first one. But I have a cache problem, MCWS shows incorrect information with Browse/Children?ID=4 (playlist) during a time which vary between 10 sec and 1 minute.
Is there a way to avoid that ? IDK how to mange with that through my app to show correct things.

Regards