Ok, this might be better in a new thread, but I am back to 0.9.0a733275-incubating -- attachments and everything else appears to be working, test_suite runs without problems and so does my code. However, futon appears to be broken and I'm not running the firefox beta, I'm on 3.0.5. When you view a database, view all documents works, it shows both my docs and the design docs. But any attempt in any browser tried ff3.0.5, opera, etc to switch the view to design or custom query doesn't modify the interface at all. The dropdown shows my programmatically added views though.
I have verified using the dbs created by the test_suite and even created a db using futon thinking something about my programmatically added docs and queries was causing problems but the result is still the same. Any one else experiencing similiar? This is painful for me, because being new to couchdb, the custom query and the ability to modify existing queries was allowing me to learn at a much quicker pace. Any ideas on what I might try to figure out why futon is acting this way? (No, I haven't applied the patches suggested earlier because they seem to be related to the beta of ff which I am not running.) Regards, Jeff On Sat, Jan 10, 2009 at 5:01 AM, Jan Lehnardt <[email protected]> wrote: > > On 10 Jan 2009, at 05:35, Jeff Hinrichs - DM&T wrote: > > I've been using couchdb-python and ran into the 405 when I tried to >> attachments. At first I thought it was the couchdb-python interface or my >> naive use of same. So I tried curl, see below... >> >> (couch1)j...@jlh-d520:~/Projects/venvs/couch1$ curl -H "Content-Type: >> application/octet-stream" -T fm.txt >> localhost:5984/delasco-tests/12b7b28c79ff3fdebe5240bc27a0aa44/ -v >> * About to connect() to localhost port 5984 (#0) >> * Trying 127.0.0.1... connected >> * Connected to localhost (127.0.0.1) port 5984 (#0) >> >>> PUT /delasco-tests/12b7b28c79ff3fdebe5240bc27a0aa44/fm%2Etxt HTTP/1.1 >>> >> > The standalone attachment API is in trunk and not in 0.8.x > > Cheers > Jan > -- > > > >>> User-Agent: curl/7.18.0 (i486-pc-linux-gnu) libcurl/7.18.0 OpenSSL/0.9.8g >>> >> zlib/1.2.3.3 libidn/1.1 >> >>> Host: localhost:5984 >>> Accept: */* >>> Content-Type: application/octet-stream >>> Content-Length: 7336 >>> Expect: 100-continue >>> >>> < HTTP/1.1 405 Method Not Allowed >> < Server: CouchDB/0.8.1-incubating (Erlang OTP/R11B) >> < Date: Sat, 10 Jan 2009 04:14:46 GMT >> < Content-Length: 0 >> < Allow: GET,HEAD >> < >> % Total % Received % Xferd Average Speed Time Time Time >> Current >> Dload Upload Total Spent Left >> Speed >> 0 7336 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- >> 0* Connection #0 to host localhost left intact >> >> * Closing connection #0 >> >> I was at 0.8 and getting the 405's so I upped my couchdb to the latest in >> svn and the couchdb-python interface appeared to work, attachemnts didn't >> create errors but futon was borked when viewing with Firefox 3.0.5 -- it >> wouldn't list the contents of the couchdbs and views didn't work in futon. >> So I downgraded back to 0.8.1 by svn tags. >> >> I'm betting i've done something rather wrong in my setup or in my use of >> the >> python interface or curl, so if someone wouldn't mind getting out a clue >> stick and pointing me in the right direction, I'd appreciate it :) >> >> -Jeff > >
