[jira] [Created] (COUCHDB-1239) Authentication with IE7 and IE8
Authentication with IE7 and IE8 --- Key: COUCHDB-1239 URL: https://issues.apache.org/jira/browse/COUCHDB-1239 Project: CouchDB Issue Type: Question Components: Futon, Test Suite Affects Versions: 1.1 Environment: Windows 7, CouchApp Reporter: Anh Linh Le I tried to login to Futon and experienced that i could not. I encountered the problem the first time during the login procedure after creating a couchapp. After pushing the login button in Internet Explorer 8 it doesnt react, just fading my login window out, so I am still not logged in. In Internet Explorer 7 i even cant open the login window. I wanted to use couchdb for company purpose and it's important to support IE7 and IE8. Is there any solution for this? -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (COUCHDB-893) Error: os_process_error {exit_status,0} when rendering view on 17 mb doc, couchapp and data attached
[
https://issues.apache.org/jira/browse/COUCHDB-893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13076255#comment-13076255
]
Seth Falcon commented on COUCHDB-893:
-
I believe that I am encountering this bug as well using couch with a few custom
patches on top of
https://svn.apache.org/repos/asf/couchdb/branches/1.0.x@1064855
In my case the bad document is ~3MB of properly formed JSON. Putting the
document into a fresh database and creating a trivial map function triggers the
error as described in this ticket.
I'm unable to share the document, but may be able to create a sanitized version
that repro's the error. I'm surprised this bug has not received more attention
since there is a repro case provided and essentially it means you can break a
couch db by adding a magic JSON file.
Error: os_process_error {exit_status,0} when rendering view on 17 mb doc,
couchapp and data attached
---
Key: COUCHDB-893
URL: https://issues.apache.org/jira/browse/COUCHDB-893
Project: CouchDB
Issue Type: Bug
Affects Versions: 1.0.1
Environment: I repeated this on windows and linux (64 bit)
Reporter: Michael Schneider
Attachments: bugdoc.tar.gz
I have a large set of documents that I harvesting data from. All docs 9mb
render fine (with doc size increased)
Attached is a simple couchapp and one doc.
To reproduce, untar and:
reproduce
1) untar file
2) cd bugdoc/couchapp/bugreport
3) couchapp push bugreport
4) cd bugdoc
5) python submitbadjson.py
open url
http://127.0.0.1:5984/_utils/database.html?bugreport/_design/bugreport/_view/buggy
You should see a popup
(Error: os_process_error
{exit_status,0})
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (COUCHDB-893) Error: os_process_error {exit_status,0} when rendering view on 17 mb doc, couchapp and data attached
[
https://issues.apache.org/jira/browse/COUCHDB-893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13076278#comment-13076278
]
Paul Joseph Davis commented on COUCHDB-893:
---
The code you want to look at it the script stack size and GC sizes in
src/couchdb/priv/couch_js/main.c. I'd also like to have this configurable as a
command line option so it doesn't lead to attack vectors on lower resource
devices. Patches welcome.
Error: os_process_error {exit_status,0} when rendering view on 17 mb doc,
couchapp and data attached
---
Key: COUCHDB-893
URL: https://issues.apache.org/jira/browse/COUCHDB-893
Project: CouchDB
Issue Type: Bug
Affects Versions: 1.0.1
Environment: I repeated this on windows and linux (64 bit)
Reporter: Michael Schneider
Attachments: bugdoc.tar.gz
I have a large set of documents that I harvesting data from. All docs 9mb
render fine (with doc size increased)
Attached is a simple couchapp and one doc.
To reproduce, untar and:
reproduce
1) untar file
2) cd bugdoc/couchapp/bugreport
3) couchapp push bugreport
4) cd bugdoc
5) python submitbadjson.py
open url
http://127.0.0.1:5984/_utils/database.html?bugreport/_design/bugreport/_view/buggy
You should see a popup
(Error: os_process_error
{exit_status,0})
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (COUCHDB-257) HTTP caching headers don't provide expected behaviour
[ https://issues.apache.org/jira/browse/COUCHDB-257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078296#comment-13078296 ] matthew o'gorman commented on COUCHDB-257: -- This bug affects me on ie9. I am unable to use the couchapp login system without applying the expire patch to my code. I always get 304s without it in response to my attempts to login. Applying the patch to my couchdb 1.1 install resolves this issue. HTTP caching headers don't provide expected behaviour - Key: COUCHDB-257 URL: https://issues.apache.org/jira/browse/COUCHDB-257 Project: CouchDB Issue Type: Bug Components: HTTP Interface Affects Versions: 0.8.1, 0.9 Environment: Server: Ubuntu Hardy on x86. Client: Windows XP (32-bit). Reporter: Vinay Sajip Priority: Minor Attachments: caching-header-patch.diff, expires.patch The HTTP caching headers currently put out cause IE (for example) to not display information correctly in Futon. It's easy to reproduce: I open windows in Firefox and IE simultaneously, do an update using Firefox (e.g. add a new document) and refresh the IE window. The updated document count is not shown. If I clear the browser cache and try again, the updated information is displayed. The HTTP header put out is Cache-Control: must-revalidate which seems to me insufficient - for IE, at least. Is there way of configuring these headers, to for example Cache-Control: no-cache Pragma: no-cache Expires: some date in the past, or the same value as the Date: header Christopher Lenz has said about this that This is due to extra-aggressive (and against the HTTP spec) caching that IE does on XMLHTTPRequests. A patch would need to do user agent sniffing to conditionally add the cache: false parameter to the jQuery ajax() invocations in jquery.couch.js (and maybe elsewhere). I wouldn't want to add this for all user agents, as it basically circumvents any caching for AJAX requests (even for not-craptastically-broken implementations), and thus would add quite a bit of unnecessary overhead. To this, I would comment that I don't believe a patch to the client-side code in Futon would be sufficient. There are other clients out there, some of which will be on Windows and so by default use the (acknowledgely broken) Microsoft stack. In my view it is more important to err on the side of correctness than performance - so I believe the headers generated server-side need to change, as well as perhaps Futon client-side changes. I note that handle_uuids_req in couch_httpd_misc_handlers.erl uses the no-cache/Expires scheme I mention. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (COUCHDB-1238) CouchDB uses _users db for storing oauth credentials
[ https://issues.apache.org/jira/browse/COUCHDB-1238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078322#comment-13078322 ] Filipe Manana commented on COUCHDB-1238: Thanks again Pete. Yes, a manual merge is going to be needed in order to extract that optimization :( CouchDB uses _users db for storing oauth credentials Key: COUCHDB-1238 URL: https://issues.apache.org/jira/browse/COUCHDB-1238 Project: CouchDB Issue Type: New Feature Components: Database Core Affects Versions: 1.1 Reporter: Pete Vander Giessen Fix For: 1.2 Attachments: git_commits_as_patch.zip We want to store oauth credentials in the _users db, rather than in the .ini. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Assigned] (COUCHDB-893) Error: os_process_error {exit_status,0} when rendering view on 17 mb doc, couchapp and data attached
[
https://issues.apache.org/jira/browse/COUCHDB-893?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Randall Leeds reassigned COUCHDB-893:
-
Assignee: Randall Leeds
Error: os_process_error {exit_status,0} when rendering view on 17 mb doc,
couchapp and data attached
---
Key: COUCHDB-893
URL: https://issues.apache.org/jira/browse/COUCHDB-893
Project: CouchDB
Issue Type: Bug
Affects Versions: 1.0.1
Environment: I repeated this on windows and linux (64 bit)
Reporter: Michael Schneider
Assignee: Randall Leeds
Attachments: bugdoc.tar.gz
I have a large set of documents that I harvesting data from. All docs 9mb
render fine (with doc size increased)
Attached is a simple couchapp and one doc.
To reproduce, untar and:
reproduce
1) untar file
2) cd bugdoc/couchapp/bugreport
3) couchapp push bugreport
4) cd bugdoc
5) python submitbadjson.py
open url
http://127.0.0.1:5984/_utils/database.html?bugreport/_design/bugreport/_view/buggy
You should see a popup
(Error: os_process_error
{exit_status,0})
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (COUCHDB-893) Error: os_process_error {exit_status,0} when rendering view on 17 mb doc, couchapp and data attached
[
https://issues.apache.org/jira/browse/COUCHDB-893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078386#comment-13078386
]
Randall Leeds commented on COUCHDB-893:
---
I have this patch. Let me dig it up and upload it. I kept meaning to get to it
but I couldn't repro it myself, strangely enough.
Error: os_process_error {exit_status,0} when rendering view on 17 mb doc,
couchapp and data attached
---
Key: COUCHDB-893
URL: https://issues.apache.org/jira/browse/COUCHDB-893
Project: CouchDB
Issue Type: Bug
Affects Versions: 1.0.1
Environment: I repeated this on windows and linux (64 bit)
Reporter: Michael Schneider
Assignee: Randall Leeds
Attachments: bugdoc.tar.gz
I have a large set of documents that I harvesting data from. All docs 9mb
render fine (with doc size increased)
Attached is a simple couchapp and one doc.
To reproduce, untar and:
reproduce
1) untar file
2) cd bugdoc/couchapp/bugreport
3) couchapp push bugreport
4) cd bugdoc
5) python submitbadjson.py
open url
http://127.0.0.1:5984/_utils/database.html?bugreport/_design/bugreport/_view/buggy
You should see a popup
(Error: os_process_error
{exit_status,0})
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (COUCHDB-893) Error: os_process_error {exit_status,0} when rendering view on 17 mb doc, couchapp and data attached
[
https://issues.apache.org/jira/browse/COUCHDB-893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13078392#comment-13078392
]
Randall Leeds commented on COUCHDB-893:
---
Doh! I had stashed it on a branch without adding/committing a new C header and
helper function file, so I have to recreate that. Shouldn't take long.
Error: os_process_error {exit_status,0} when rendering view on 17 mb doc,
couchapp and data attached
---
Key: COUCHDB-893
URL: https://issues.apache.org/jira/browse/COUCHDB-893
Project: CouchDB
Issue Type: Bug
Affects Versions: 1.0.1
Environment: I repeated this on windows and linux (64 bit)
Reporter: Michael Schneider
Assignee: Randall Leeds
Attachments: bugdoc.tar.gz
I have a large set of documents that I harvesting data from. All docs 9mb
render fine (with doc size increased)
Attached is a simple couchapp and one doc.
To reproduce, untar and:
reproduce
1) untar file
2) cd bugdoc/couchapp/bugreport
3) couchapp push bugreport
4) cd bugdoc
5) python submitbadjson.py
open url
http://127.0.0.1:5984/_utils/database.html?bugreport/_design/bugreport/_view/buggy
You should see a popup
(Error: os_process_error
{exit_status,0})
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
