https://issues.apache.org/bugzilla/show_bug.cgi?id=52633
Bug #: 52633
Summary: simpledb puts "...". tcl error
Product: Rivet
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Sever
https://issues.apache.org/bugzilla/show_bug.cgi?id=54063
Priority: P2
Bug ID: 54063
Assignee: rivet-dev@tcl.apache.org
Summary: rivet_session_cache unique key riv_sess_cache_ix is
too restrictive
Severity: major
https://issues.apache.org/bugzilla/show_bug.cgi?id=54063
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=54181
Bug ID: 54181
Summary: Solaris does not support -v option for rm
(src/Makefile.am and src/apache-2/Makefile.am)
Product: Rivet
Version: unspecified
Hardware: Sun
https://issues.apache.org/bugzilla/show_bug.cgi?id=54290
Bug ID: 54290
Summary: building Rivet with --enable-import-rivet-commands
doesn't guarantee commands in librivet are actually
imported into the global name
https://issues.apache.org/bugzilla/show_bug.cgi?id=54290
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=54313
Bug ID: 54313
Summary: return code of method 'store' introduced
incompatibility with session package and other
existing code
Product: Rivet
Vers
https://issues.apache.org/bugzilla/show_bug.cgi?id=53463
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=54313
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=54181
Massimo Manghi changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #1 from
https://issues.apache.org/bugzilla/show_bug.cgi?id=54181
Ronnie Brunner changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #2 from Ronnie
https://issues.apache.org/bugzilla/show_bug.cgi?id=54181
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=53661
--- Comment #4 from Massimo Manghi ---
Provided that multipart data show be handled by the corresponding parser, do
you propose every other request to be handled by
ApacheRequest_parse_urlencoded?
(In reply to comment #3)
> Rivet pa
https://issues.apache.org/bugzilla/show_bug.cgi?id=53892
--- Comment #3 from Massimo Manghi ---
(In reply to comment #2)
> Created attachment 29388 [details]
> add support for DELETE and PUT
your patches have been applied to trunk. Do you have tests for the DELETE and
PUT methods to be in
https://issues.apache.org/bugzilla/show_bug.cgi?id=54162
Mikhail T. changed:
What|Removed |Added
CC||mxman...@apache.org
https://issues.apache.org/bugzilla/show_bug.cgi?id=54162
--- Comment #5 from Massimo Manghi ---
(In reply to comment #4)
> Created attachment 29923 [details]
> Delete our own interpreter instead of calling Tcl_Finalize
>
> Maybe, instead of calling Tcl_Finalize -- which makes it i
https://issues.apache.org/bugzilla/show_bug.cgi?id=53661
--- Comment #5 from Massimo Manghi ---
Created attachment 29935
--> https://issues.apache.org/bugzilla/attachment.cgi?id=29935&action=edit
proposed patch for relaxing check on Content-Type
This is the proposed patch. I would
https://issues.apache.org/bugzilla/show_bug.cgi?id=53892
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=53661
Massimo Manghi changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=54162
Mikhail T. changed:
What|Removed |Added
Status|NEEDINFO|NEW
--
You are receiving this mail
https://issues.apache.org/bugzilla/show_bug.cgi?id=54162
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=53661
Massimo Manghi changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=55002
Bug ID: 55002
Summary: Please add documentation and website components to the
Rivet bugzilla components section
Product: Rivet
Version: unspecified
Hardware: All
https://issues.apache.org/bugzilla/show_bug.cgi?id=55004
Bug ID: 55004
Summary: AfterEveryScript scripts should not treat abort_page
as an error
Product: Rivet
Version: trunk
Hardware: All
OS: All
https://issues.apache.org/bugzilla/show_bug.cgi?id=55004
--- Comment #1 from Karl Lehenbauer ---
Since filing this I have been wondering if it is reasonable to invoke
abort_page in an AfterEveryScript handler. If we stopped doing that, we'd stop
getting the error, with no changes to Rivet
https://issues.apache.org/bugzilla/show_bug.cgi?id=55002
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=53661
--- Comment #6 from Massimo Manghi ---
the code in apache_request.c concerning handler selection based on method and
Content-Type has been revised and further simplified. Basically POST requests
with a Content-Type "multipart/form
https://issues.apache.org/bugzilla/show_bug.cgi?id=55004
--- Comment #3 from Massimo Manghi ---
For sake of completeness also ErrorScript is uneffective to catch an error that
might occur in AfterEveryScript (with either ABORTPAGE or any other error
code). AfterEveryScript is actually the very
https://issues.apache.org/bugzilla/show_bug.cgi?id=55004
--- Comment #4 from Massimo Manghi ---
continuing on the ranting about abort_page, AfterEveryScript and ErrorScript.
In case AfterEveryScript fails because of a Tcl error there is no way to catch
this error which probably results in the
https://issues.apache.org/bugzilla/show_bug.cgi?id=55003
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Hardware|PC
https://issues.apache.org/bugzilla/show_bug.cgi?id=55153
Bug ID: 55153
Summary: fileevents do not fire
Product: Rivet
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Priority
https://issues.apache.org/bugzilla/show_bug.cgi?id=55153
--- Comment #1 from Harald Oehlmann ---
I asked on clt for help:
https://groups.google.com/forum/#!topic/comp.lang.tcl/Ja01kv75tVk
Thread name: "Async sockets hang under Rivet but work in tclsh 8.6"
Start Date: 27.6.2013
H
https://issues.apache.org/bugzilla/show_bug.cgi?id=55153
Harald Oehlmann changed:
What|Removed |Added
CC||harald.oehlm...@elmicron.de
https://issues.apache.org/bugzilla/show_bug.cgi?id=55216
Bug ID: 55216
Summary: http://www.prlog.org/12170503-how-9536-individua
ls-got-short-term-loan-even-with-bad-credit-history.ht
ml">Loans for Bad Credit
Produc
https://issues.apache.org/bugzilla/show_bug.cgi?id=55216
Harald Oehlmann changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=55153
--- Comment #3 from Harald Oehlmann ---
Am Donnerstag, 4. Juli 2013 14:30:27 UTC+2 schrieb Harald Oehlmann:
> Am Mittwoch, 3. Juli 2013 13:06:31 UTC+2 schrieb Alexandre Ferrieux:
>
> > I'd bet the next thing to do is to r
https://issues.apache.org/bugzilla/show_bug.cgi?id=55153
--- Comment #6 from Harald Oehlmann ---
I am sorry, Moassimo, but the patch does not change anything for me:
a) the issue is not cured
b) if I look via "ps -L aux" to the thread configuration, this did not change:
ps -
https://issues.apache.org/bugzilla/show_bug.cgi?id=53661
Massimo Manghi changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=55153
--- Comment #8 from Harald Oehlmann ---
Massimo,
thank you for the comment.
Yes this might work.
I had another idea:
zclUnixNotify.c: Tcl_InitNotifier
Modify this function, that it checks, if the Process has changed, e.g. we are
in a
https://issues.apache.org/bugzilla/show_bug.cgi?id=55153
--- Comment #9 from Harald Oehlmann ---
TCL was modified, that Tcl_InitNotifier also starts the thread if we are
forked.
Using that, fileevents do fire.
An alternate solution I see would to create the Tcl interpreter after the fork,
which
https://issues.apache.org/bugzilla/show_bug.cgi?id=55153
--- Comment #10 from Massimo Manghi ---
Brilliant Harald
My patch with Rivet_CreateTclInterp(s) was meant to create the Tcl interpreter
anew hoping for the best about all the subsystems involved. It seems it didn't
work. I tried it m
https://issues.apache.org/bugzilla/show_bug.cgi?id=55153
--- Comment #11 from Harald Oehlmann ---
There are some related mails on the rivet dev mailing list:
---
Damon Courtney: issue does only show in threadded tcl
---
Jeff Lawson: master interpreter preinitialisation is a big time saver
https://issues.apache.org/bugzilla/show_bug.cgi?id=55153
--- Comment #12 from Harald Oehlmann ---
E-Mail by Jan Nijtmans on clt:
2013/7/17 Harald Oehlmann :
> Q1) Is this use-case reasonable to cover by the tcl core?
Yes
> Q2) May a wizard please review the code
Compare your solutio
https://issues.apache.org/bugzilla/show_bug.cgi?id=55153
Harald Oehlmann changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=55153
--- Comment #14 from Harald Oehlmann ---
What could be done in addition:
- include the pthread_atfork test from tcl in the configure script
- include a Tcl_InitNotifier() if pthread_atfork is not available
#if !defined
https://issues.apache.org/bugzilla/show_bug.cgi?id=55153
--- Comment #15 from Massimo Manghi ---
OK Harald, I guess Rivet_InitTclStuff is place where Tcl_InitNotifier should be
called
--
You are receiving this mail because:
You are the assignee for the bug
https://issues.apache.org/bugzilla/show_bug.cgi?id=55496
Massimo Manghi changed:
What|Removed |Added
Version|2.1.1 |trunk
OS
https://issues.apache.org/bugzilla/show_bug.cgi?id=55496
Massimo Manghi changed:
What|Removed |Added
Version|trunk |2.1.2
--
You are receiving this
https://issues.apache.org/bugzilla/show_bug.cgi?id=55496
Bug ID: 55496
Summary: parray should sgml escape unsafe characters
Product: Rivet
Version: 2.1.1
Hardware: PC
Status: NEW
Severity: normal
Priority: P2
https://issues.apache.org/bugzilla/show_bug.cgi?id=55496
--- Comment #2 from Jeff Lawson ---
Sure, escape anything that might be a user-manipulated string.
--
You are receiving this mail because:
You are the assignee for the bug
https://issues.apache.org/bugzilla/show_bug.cgi?id=55583
Bug ID: 55583
Summary: Rivet traceback on "headers redirect" command
Product: Rivet
Version: 2.1.2
Hardware: All
OS: All
Status: NEW
https://issues.apache.org/bugzilla/show_bug.cgi?id=55583
Harald Oehlmann changed:
What|Removed |Added
CC||harald.oehlm...@elmicron.de
https://issues.apache.org/bugzilla/show_bug.cgi?id=55583
--- Comment #3 from David McNett ---
Created attachment 30873
--> https://issues.apache.org/bugzilla/attachment.cgi?id=30873&action=edit
bare-bones httpd.conf for Apache
--
You are receiving this mail because:
You are the assig
https://issues.apache.org/bugzilla/show_bug.cgi?id=55583
--- Comment #4 from David McNett ---
Created attachment 30874
--> https://issues.apache.org/bugzilla/attachment.cgi?id=30874&action=edit
Minimal rivet script to demonstrate problem
--
You are receiving this mail because:
You
https://issues.apache.org/bugzilla/show_bug.cgi?id=55583
--- Comment #5 from David McNett ---
I am able to reproduce the problem by also adding an ErrorScript config to
Rivet in httpd.conf. If I don't define an ErrorScript the problem does not
seem to occur.
I've attached working (ve
https://issues.apache.org/bugzilla/show_bug.cgi?id=55583
--- Comment #6 from Massimo Manghi ---
Confirmed: I was able to reproduce the traceback with Tcl 8.6.1 *and* Apache
2.2.25 (Debian/linux unstable). Changing one of these to 8.6.0 or 2.2.22
doesn't produce the bug.
I removed the nu
https://issues.apache.org/bugzilla/show_bug.cgi?id=55583
--- Comment #7 from Massimo Manghi ---
Created attachment 30911
--> https://issues.apache.org/bugzilla/attachment.cgi?id=30911&action=edit
headers redirect returned code changed from TCL_RETURN to TCL_OK
I don't know if t
https://issues.apache.org/bugzilla/show_bug.cgi?id=55583
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=55583
Massimo Manghi changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #10 from
https://issues.apache.org/bugzilla/show_bug.cgi?id=55583
--- Comment #9 from Jeff Lawson ---
We have confirmed proper behavior with the proposed patch.
--
You are receiving this mail because:
You are the assignee for the bug
https://issues.apache.org/bugzilla/show_bug.cgi?id=55710
Bug ID: 55710
Summary: XML headers strings are not parsed correctly within a
Rivet Page
Product: Rivet
Version: 2.1.3
Hardware: Other
OS: Linux
https://issues.apache.org/bugzilla/show_bug.cgi?id=55845
Bug ID: 55845
Summary: Unnecessary debug message logged as "internal error"
Product: Rivet
Version: trunk
Hardware: All
OS: All
S
https://issues.apache.org/bugzilla/show_bug.cgi?id=55845
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=56112
Bug ID: 56112
Summary: ::rivet::inspect faults when called from outsite a
request processing
Product: Rivet
Version: 2.1.3
Hardware: All
OS: Linux
https://issues.apache.org/bugzilla/show_bug.cgi?id=56290
Bug ID: 56290
Summary: Crash in TclWeb_InitEnvVars() during child exit
Product: Rivet
Version: 2.0.4
Hardware: PC
OS: FreeBSD
Status: NEW
Severity
https://issues.apache.org/bugzilla/show_bug.cgi?id=56290
Sean Kelly changed:
What|Removed |Added
Version|2.0.4 |unspecified
--- Comment #1 from Sean
https://issues.apache.org/bugzilla/show_bug.cgi?id=56290
Massimo Manghi changed:
What|Removed |Added
Version|unspecified |2.1.4
--- Comment #2 from
https://issues.apache.org/bugzilla/show_bug.cgi?id=56112
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=56290
--- Comment #3 from Massimo Manghi ---
I think this problem has surfaced because starting with rivet 2.1.4 the pointer
to a request_rec (passed to TclWeb_GetEnvVar) is reset when the a request
processing is about to finish. My
https://issues.apache.org/bugzilla/show_bug.cgi?id=56290
--- Comment #4 from Massimo Manghi ---
We have been living dangerously for quite a long time not handling correctly
the execution of a command that makes generally sense only within a request
process. (I should check out other commands
https://issues.apache.org/bugzilla/show_bug.cgi?id=56290
Massimo Manghi changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #5 from
https://issues.apache.org/bugzilla/show_bug.cgi?id=56290
--- Comment #6 from Massimo Manghi ---
I think the latest commit in trunk might address this issue. Please check it
out and let me know.
--
You are receiving this mail because:
You are the assignee for the bug
https://issues.apache.org/bugzilla/show_bug.cgi?id=56290
Massimo Manghi changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=56980
Bug ID: 56980
Summary: Login sexction
Product: Rivet
Version: 2.1.3
Hardware: PC
Status: NEW
Severity: minor
Priority: P5
Component: DIO
https://issues.apache.org/bugzilla/show_bug.cgi?id=56980
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=57325
Bug ID: 57325
Summary: Server Side Includes SSI Injection
Product: Rivet
Version: unspecified
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
https://issues.apache.org/bugzilla/show_bug.cgi?id=57325
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://issues.apache.org/bugzilla/show_bug.cgi?id=57325
--- Comment #2 from Mahmoud El Manzalawy ---
hello guys mahmoud on mic : )
Server Side Includes ~ SSI~Injection
First Web Server/Host must support "Server Side Includes" .
http://httpd.apache.org/docs/current/mod/mod_include
https://issues.apache.org/bugzilla/show_bug.cgi?id=57501
Bug ID: 57501
Summary: abort_page does not stop page execution after a call
to ::rivet::parse
Product: Rivet
Version: unspecified
Hardware: PC
OS
https://issues.apache.org/bugzilla/show_bug.cgi?id=57501
Massimo Manghi changed:
What|Removed |Added
Version|unspecified |2.2.0
--
You are receiving this
https://issues.apache.org/bugzilla/show_bug.cgi?id=57501
--- Comment #1 from Massimo Manghi ---
Thank you for reporting this issue. I think you hit something more relevant
than a simple bug, the way mod_rivet does script parsing and execution has to
be reconsidered and ironed out
--
You are
https://issues.apache.org/bugzilla/show_bug.cgi?id=57501
--- Comment #2 from Massimo Manghi ---
Created attachment 32403
--> https://issues.apache.org/bugzilla/attachment.cgi?id=32403&action=edit
Tcl error status propagates to the caller when ::rivet::parse is called
Tcl retur
https://issues.apache.org/bugzilla/show_bug.cgi?id=57501
Massimo Manghi changed:
What|Removed |Added
Attachment #32403|0 |1
is obsolete
https://issues.apache.org/bugzilla/show_bug.cgi?id=57501
--- Comment #4 from james.su...@flightaware.com ---
Thank you for the quick response. We'll test and see how it works.
I had noticed that after_every_script was called after every parse - which is
in fact how I discovered the bug,
https://issues.apache.org/bugzilla/show_bug.cgi?id=57501
--- Comment #5 from Massimo Manghi ---
In case abort_page gets called from within after_every_script it won't trigger
the AbortScript. AfterEveryScript was executed after AbortScript before I made
this patch anyway. And now it works
https://issues.apache.org/bugzilla/show_bug.cgi?id=57501
Massimo Manghi changed:
What|Removed |Added
Attachment #32404|0 |1
is obsolete
https://issues.apache.org/bugzilla/show_bug.cgi?id=57501
--- Comment #7 from Massimo Manghi ---
the patch aimed at fixing bug #57501 was applied (a bit further elaborated to
move the charset handling into TclWeb_PrintHeaders) and committed to
branches/2.2
I'm going to allow a few more
https://issues.apache.org/bugzilla/show_bug.cgi?id=57501
--- Comment #8 from james.su...@flightaware.com ---
I apologize, we haven't had a chance to test yet, since we've been using the
version of Rivet in FreeBSD ports, and haven't had a chance to patch and build.
We are going
https://bz.apache.org/bugzilla/show_bug.cgi?id=57501
--- Comment #9 from Massimo Manghi ---
Please, let us know when you've done your tests, I wish to roll another version
of rivet including the fix of this bug
--
You are receiving this mail because:
You are the assignee for th
https://bz.apache.org/bugzilla/show_bug.cgi?id=55496
Massimo Manghi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://bz.apache.org/bugzilla/show_bug.cgi?id=57501
--- Comment #10 from james.su...@flightaware.com ---
I apologize for the delay again. We have done a test, which unfortunately
resulted in an apache core dump. Since the test was conducted on an active dev
environment, we have yet to analyze
https://bz.apache.org/bugzilla/show_bug.cgi?id=57686
Bug ID: 57686
Summary: wrong handling of file not found condition
Product: Rivet
Version: 2.2.1
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
https://bz.apache.org/bugzilla/show_bug.cgi?id=57501
Massimo Manghi changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #11 from
https://bz.apache.org/bugzilla/show_bug.cgi?id=57501
--- Comment #12 from Massimo Manghi ---
Any news from your test environments?
--
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe, e
https://bz.apache.org/bugzilla/show_bug.cgi?id=57501
--- Comment #13 from james.su...@flightaware.com ---
Apologies again for the delay.
For a clean install of the 2.2 branch on FreeBSD, I don't get a segfault, and
it looks like the initial problem is fixed.
However, if I se
https://bz.apache.org/bugzilla/show_bug.cgi?id=57501
--- Comment #14 from Massimo Manghi ---
AfterEveryScript was meant to be exactly that: the last resort for catching
anything left dangling. It has no ErrorScript or AbortScript but it makes sense
it should be caught by an ErrorScript in case
https://bz.apache.org/bugzilla/show_bug.cgi?id=57501
--- Comment #15 from james.su...@flightaware.com ---
> I'm not sure AbortScript should be triggered from AfterEveryScript (which
> won't be run after-every-script anymore)
This is where my understanding of Rivet is a
https://bz.apache.org/bugzilla/show_bug.cgi?id=57501
Massimo Manghi changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #16 from Massimo
https://bz.apache.org/bugzilla/show_bug.cgi?id=57501
--- Comment #17 from Massimo Manghi ---
I did some more accurate analysis of the problem, yesterday wasn't the right
time for doing it, today I have more time and less things going on around me.
Scripts execution was already change
https://bz.apache.org/bugzilla/show_bug.cgi?id=57501
Massimo Manghi changed:
What|Removed |Added
Attachment #32406|0 |1
is obsolete
1 - 100 of 194 matches
Mail list logo
