r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!CureCode] web-based bugtracking tool

Robert
5-Feb-2011
[1199]
:-) Good to know... let's try if I remember my password.
BrianH
5-Feb-2011
[1200]
I don't know if there is a password recovery service; why don't you 
find out?
Robert
5-Feb-2011
[1201]
Ok, worked.
Dockimbel
6-Feb-2011
[1202]
password recovery service
; sure, from home page -> Reset Password link
GiuseppeC
6-Feb-2011
[1203]
Doc, I am interested into using your product for tracking bug of 
other applications but we need Project and Subproject. Is there any 
plan to add subprojects ?
Dockimbel
6-Feb-2011
[1204]
There's no "subproject" concept in CC, but you can use "category" 
field to divide a project. I have no plan to add such feature this 
year.
Ladislav
1-May-2011
[1205]
http://issue.cc/r3/1027

The state of the ticket should be revised
james_nak
24-May-2011
[1206]
Doc, a little thing: the title.inc file for 0.9.12 needs to be updated. 
Or perhaps, the zip file is really .11. In any case, still a great 
app.
Dockimbel
24-May-2011
[1207]
The ZIP file is 0.9.12, I left an older file version when I built 
the 0.9.12 archive. Issue fixed and 0.9.12 archive re-published. 
Thanks for reporting this issue.
james_nak
24-May-2011
[1208]
NP ... get back to RED.  :-)
Dockimbel
24-May-2011
[1209]
James: sure, I did that during my coffee break ;-)
james_nak
22-Jun-2011
[1210]
Doc, I still have issues with the cookies created from Curecode. 
Essentially, when I leave the browser open and the session expires, 
the next time I try to use curecode, it loads up the error page. 
I just manually delete the cookie and I'm good and I have extended 
the timeout as well which helps. I was wondering in the httpd.cfg 
file if there is any value for curecode's timeout that will make 
it endless (perhaps "none" ? ). Thanks. It is a very usefule app.
Dockimbel
22-Jun-2011
[1211x2]
There is no endless timeout value. Such feature would blow up the 
server's RAM sooner or later.
the next time I try to use curecode, it loads up the error page.

 Could you be more specific? On what page do you let the browser open? 
 What do you do when you resume your work after the session expires 
 (on what link/button do you click)?
james_nak
22-Jun-2011
[1213x2]
I'll have to verify when it happens again but I think it's the "Sorry. 
this page cannot be displayed." And any link clicked will cause this 
to come up.  Doc, this is not super important because changing the 
timeout helps. I'll wait until it happens again and give you better 
details. How's that  sound?
Besides, no one else seems to have this issue so it could very well 
be something on my side.
Dockimbel
22-Jun-2011
[1215x2]
Thanks, that would help, as I tried several times to reproduce your 
issue without success. By the way, what browser (and version) are 
you using?
Do you have a browser plugin or any other tool installed that could 
remove or alter in any way your browser cookies?
james_nak
22-Jun-2011
[1217]
I use FF 5.0 (just upgraded this morning though. Previously it was 
4.0.1). As far as cookie altering tools, not that I know of, though 
I was wondering if AVG could be doing something. Anyway, I just cost 
you a few lost Red minutes. I'll wait until it happens again.
Thanks.
Dockimbel
22-Jun-2011
[1218]
No problem, I am used to multiplex different tasks. ;-)
BrianH
24-Jun-2011
[1219]
At some point recently, Chrome started saving the username and password 
in CureCode. Don't know whether this was a CC or Chrome change, but 
it's welcome either way.
Dockimbel
25-Jun-2011
[1220]
I guess it's a Chrome change, last update on CureCode site was in 
January.
Henrik
22-Aug-2011
[1221]
Doc, it says in the trace.log that there is an SQL error:


** User Error : ERROR 1064 : You have an error in your SQL syntax; 
check the manual that corresponds to your MySQL server version for 
the right syntax to use near '' at line 6 
	** Where: none 
	** Near:  [do-sql/flat 'r3bugs [{
Dockimbel
22-Aug-2011
[1222]
I will have a look, but it has probably been fixed since v0.9.8.
Henrik
22-Aug-2011
[1223x4]
well, it worked before, but I'm curious about the near '<unknown 
char>' bit
if there are no dangers in upgrading curecode, I may do that instead.
trying 0.9.12 and getting this crash:


        URL  = /bugs/
        File = /home/henrikmk/serve/www/bugs/head.rsp

        ** Script Error : Invalid path value: locals 
        ** Where: repend 
        ** Near:  [request/config/locals/instance 
%title.inc
This is with the latest cheyenne release 0.9.20.
Dockimbel
22-Aug-2011
[1227x2]
Have you followed the migration process? There's a migration script 
in the archive, probably in the /private folder.
It's the %private/upgrade-096-0910.r script.
Henrik
22-Aug-2011
[1229x2]
I see, will try.
There doesn't seem to be such a script. There is however an install.r 
script.
Dockimbel
22-Aug-2011
[1231]
About your error, the newest CureCode versions require the definition 
of a LOCALS block in the webapp:

	locals [
		name		"REBOL3 Tracker"
		instance	%rebol3/
		short		"r3"
	]
Henrik
22-Aug-2011
[1232x3]
private$ ls

ChangeLog.txt     build-db.sql   generate-load.r  helper.r   instances
access-control.r  db-abstract.r  generate-test.r  install.r
I see, thanks.
ok, it looks like I'm going to need that upgrade script. where can 
I find it? it's not included in the distribution.
Dockimbel
22-Aug-2011
[1235x2]
http://curecode.org/dl/upgrade-096-0910.zip


I am not sure it applies to 0.9.8, you'll need to check if the new 
SQL  tables are already there or not.
Be sure to backup your database before using it.
Henrik
22-Aug-2011
[1237x2]
ok, thanks.
now I get an invalid port spec:

** Access Error : Invalid port spec: mysql://<removed>
        ** Where: do-sql
        ** Near:  [do-sql/flat 'bugs any [
Dockimbel
22-Aug-2011
[1239]
You should check that <removed> part for an invalid definition.
Henrik
22-Aug-2011
[1240x3]
It should be something like this:

mysql://user:[pass-:-localhost]/bugs


I also tried it in a different console and it only appears if the 
mysql-protocol is not loaded.
There is no reference to mysql-protocol.r anywhere in the source 
code. Could that be it?
In 0.9.8 there is a reference to mysql-protocol.r in app-init.r, 
but it's gone in 0.9.12.
Dockimbel
22-Aug-2011
[1243]
Ah probably, now CureCode expects that the %mysql-protocol.r be loaded 
externally. The best way to do that is to instruct Cheyenne to load 
it directly by declaring it in the GLOBALS section of the config 
file, like this:

	worker-libs [
		%<path-to-mysql-protocol-folder>/mysql-protocol.r
	]
Henrik
22-Aug-2011
[1244]
I see.
Dockimbel
22-Aug-2011
[1245]
Btw, all these setup steps are handled by the %private/install.r 
when doing a new installation.
Henrik
22-Aug-2011
[1246]
actually no, I already read through the install.r file and there 
is no reference to anything but SQL queries and a message which contains 
a description of the webapp, but not worker-libs.
Dockimbel
22-Aug-2011
[1247]
You're right, it is missing, I'm adding it right now.
Henrik
22-Aug-2011
[1248]
Another crash in index.rsp:

sess: session/content

	if all [
		not sess/login?
		none? validate/full [action word! *]
		'identify = request/content/action
	][

SESS appears to be NONE.