I can confirm the same problem.
The dspace logs offer no clue -- everything looks normal there.
In the javascript console (and in the apache logs) the failing request is the same:
This is the correct REST call, and I'm able to substitute other bitstream uuids and retrieve content successfully, but for some reason the call fails for community/collection logos. Oddly, it fails with 400 even though the request is correct so far as I can tell.
Other stuff I checked:
I am logged in as a site admin.
The logo_bitstream_id field in the community/collection is properly linked to a bitstream uuid.
The internal_id of the bitstream is correct, the file exists and the 'file' command reports the correct file, so the disk file itself is not corrupt.
Any ideas on what else to check?
Regards,
~~Bill