Search ERROR with Android

[musicman]

Hello all,

For some reason I cant search over my android app anymore. Everything else works fine; server connection, listing, playing, storing. When doing a search it does contact the server but I get the error back:

"Error - Didn't understand the reply. Please check the server address."

In previous versions search did work so puzzled now whats causing the error.
This is happening on an HTC magic and an HTC wildfire so it must be something with my server settings?

Any help appreciated.

Thx

[illwafer]

any resolution?

i have the same issue with the latest versions of everything. android 2.3.3 and 2.3.4. i can get the files to list fine, but the search gives me "Didn't understand the reply. Please check the server address".

search works fine in the browser.

[mayco]

I guess this is related to special characters. This is what I see in the log when i do a search:

==> /var/subsonic/subsonic.log <==
[2011-09-05 15:24:22,276] WARN FileUtil - Failed to list children for /mnt/data/backups/michael/Music/Bart Peeters/De Ideale Man/1-05 Matong�.mp3

==> /var/subsonic/subsonic_sh.log <==
4495364 [btpool0-12] ERROR org.mortbay.log - Nested in org.springframework.web.util.NestedServletException: Request processing failed; nested exception is java.lang.NullPointerException:
java.lang.NullPointerException


==> /var/subsonic/subsonic.log <==
[2011-09-05 15:24:50,766] WARN FileUtil - Failed to list children for /mnt/data/backups/michael/Music/Bart Peeters/Slimmer dan de zanger/06 Pingu�n op antartica.mp3

==> /var/subsonic/subsonic_sh.log <==
[GC 62540K->34797K(70336K), 0.0044780 secs]
4523854 [btpool0-12] ERROR org.mortbay.log - Nested in org.springframework.web.util.NestedServletException: Request processing failed; nested exception is java.lang.NullPointerException:
java.lang.NullPointerException

==> /var/subsonic/subsonic.log <==
[2011-09-05 15:25:11,414] WARN FileUtil - Failed to list children for /mnt/data/backups/michael/Music/Bart Peeters/De Hemel in het Klad/04 Er is er geen ��n zoals jij.mp3
...

those are all filenames with é's other accented characters. They used to work correctly in the previous version.

[BKKKPewsey]

mayco: Does the search work ok in the browser?

[illwafer]

when you first index your files (and every time), you must check your log for bad files that kill the index. remove these files and/or remove the bad characters in the id3, etc. you should finally get a full pass of the index that is searchable in your browser.

this isn't my issue or the OP's. we just get the unfortunate error in the subsonic android app.

[illwafer]

ok. i also noticed search isn't working with SubAir or SubGadget. i am using them both on a LAN.

edit:
i notice that when i perform a search outside of the browser, the log shows this:
WARN FileUtil Failed to list children for [path where the item is located]

[illwafer]

whew sorry for all the bumps. i figured it out! searching works everywhere!

i kept cleaning up the bad files as stated above, but then i deleted the thumbs, lucene files, and .index file. i reran the indexing and it finished with :

[9/5/11 2:43:18 PM PDT] INFO SearchService Updating Lucene search index.
[9/5/11 2:43:35 PM PDT] INFO SearchService Created search index with 174332 entries.

i was never seeing these 2 lines before. the indexing just sort of ended at 174000.

hopefully this can help someone else.

[fdemmer]

i think further investigation how to deal with this should be done...

- previously i ran 4.5.beta2 and had no problems, now 4.5 and the android client has the problem
- search for the same term works via browser
- you can never guarantee to have a 100% issue free collection
-- the server seems to be ok with that, as the browser search works
-- the android app "does not understand", so my guess would be an issue there... the app should fail more gracefully... maybe just skip the results with char encoding issues.
-- well, or have the server clean up the result, to make it client-safe

EDIT: i have the latest android app, appstore says its version 3.2

EDIT2: i just now realized that there IS something in the logs, when a search fails:

Code: Select all

[2011-09-14 11:39:14,072] WARN FileUtil - Failed to list children for /media/music/Incoming/xxx

... and that directory does not exist anymore!

EDIT3: did a manual rescan... the nonexisting directory still showed up when browsing and also when searching, causing the error on the phone.

what i did next:
- install 4.4 server
- that seems to have caused a db delete, so it rescanned
- after it was finished i used the same search term as before: success, with web and phone
- again installed 4.5, it seems there was no rescan; search: success, with web and phone
... bug with db updates/scanning in 4.5?

[fdemmer]

problem reappeared after a while with 4.5
i just upgraded to 4.6 and did a rescan via the webgui... the problem still exists.

i get the "WARN FileUtil - Failed to list children for" logline and android search fails.

why does it try to look for children in a non-existant directory even after a rescan!?

how can i completely wipe the db?!