Content locations: blank after save, type not persisting

[thewinchester]

TwonkyMedia version: 6.0.32
Server hardware: Intel Core2Duo 3GHz, 8GB DDR3 RAM, Multiple Western Digital disks
Operating System: Ubuntu 10.10
How many files you have in your database (current count, still indexing): Music 4437, Photos 746, Videos 778
Network type (Wired/Wireless): Wired with wireless clients and wireless client bridge

Fresh install of 6.0.32 today, and have gone through reset and rebuild steps before posting. Have also removed all existing content paths before conducting the reset/rebuild just to make sure.

In short, I am not sure if a newly added content location has actually been saved or not, due to the location text box going blank after save.

After adding a new Content Locations entry to Basic Steps > Sharing and pressing save, the new location is not listed. Instead, a blank location text field appears in the place of where that entry would reside in the list. The checkbox to the left of the blank location text field is checked.

Paths already configured (added in exact order):
- /media/simmer_e/music
- /media/simmer_e/photos
- /media/simmer_g/video

Paths being added where box is going blank after save (added directly after previous three):
/media/simmer_f/video

Further, selected content types are not persisting despite beng set, and these keep changing back to all content types.

If anyone knows why this is occuring and how to fix it, I'd be grateful.

[phibertron]

why its happening, no clue
how to check to see if they are actually being used or loaded

the following command will return what twonky thinks are the content directories

http ://<server_ip_address>:9000/rpc/get_option?contentdir

you could try and set them like this and then check to see if the gui problem still exists

http ://<server_ip_address>:9000/rpc/set_option?contentdir=+M|/media/simmer_e/music,+P|/media/simmer_e/photos,+V|/media/simmer_g/video

note: replace <server_ip_address> with the ip address of you server

[thewinchester]

Thanks phibertron, have tried retreiving and setting via RPC method as shown, and it seems to be working as expected.

Output of http://192.168.2.5:9000/rpc/get_option?contentdir:
M|/media/simmer_e/music, P|/media/simmer_e/photos, V|/media/simmer_f/video|/media/simmer_g/video|/disk/1/photos

You will see an extra entry in there, as I realised I'd missed a photo directory from my locations config. Used setoption string to add this, and then getoption to confirm that it had been set (as shown in the above output).

For some reason, it looks like the fourth location textbox on content locations is consistently going blank, as well as the type variables not being rendered despite being set for no good reason, which I'll file a bug report for in due course.

[phibertron]

So to clarify, the first 3 did show up, but it was the 4th that was is always blank in the gui

[thewinchester]

[quote="phibertron"]So to clarify, the first 3 did show up, but it was the 4th that was is always blank in the gui[/quote]
Correct, fourth blank, fifth appeared correctly.

[parnott]

If this is actually what you are seeing then it is wrong. I believe what you need is-

+M|/media/simmer_e/music,+P|/media/simmer_e/photos,
+V|/media/simmer_f/video,+P|/media/simmer_g/video/disk/1/photos

You are missing all the '+' characters. And your final entry did not have any media type indicator. These are highlighted above.

Oh, just thought of another problem if you are trying to set these values directly with the http set_option api then you cannot use '+' directly. In the http protocol it means a space character. You have to replace all the '+' characters with %2B.

[thewinchester]

[quote="parnott"]You are missing all the '+' characters. And your final entry did not have any media type indicator. These are highlighted above.[/quote]
Pluses were there, they just didn't copy across for some reason