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

World: r3wp

[!CureCode] web-based bugtracking tool

Dockimbel
29-Jan-2009
[190x3]
Here it is : http://curecode.org/rebol3/tmp/curecode-096.zip
For database declaration in %httpd.cfg use 'r3bugs as keyword :

databases [
	r3bugs    mysql://...
]
mmm...should be : mysql://root:[password-:-localhost]/r3bugs
Graham
29-Jan-2009
[193]
thanks
DideC
30-Jan-2009
[194]
Suggestion : in the "new ticket" form, insert in first line the project 
selector, with the current project value.

My opinion is that the project selector where it is placed is not 
very seen by the early user.

I think It will avoid some submissions of bug in the wrong project.


Eg: R3 curecode must have a "RebDev" project for RebDev bugs and 
then, when you hit "new ticket", you can select "RebDev" or "Rebol 
3.0" immediatly.
Dockimbel
30-Jan-2009
[195]
That makes sense, I might add a Project: label (not editable) in 
the first line of the "Add Ticket" form. The project selector is 
global, it affects almost every page, so it needs to be in the banner 
zone (but I understand your argument).
sqlab
30-Jan-2009
[196]
In CureCode there are some tickets under Unreviewed Submissions older 
than half a year.

Are they seen as not important, missed or just not tagged rightfully 
?
BrianH
3-Feb-2009
[197]
Doc, I can't add a platform in CureCode. I would like to add WINE.
Dockimbel
3-Feb-2009
[198]
There's no UI for that list. I'll do it by hand right now and will 
note that feature in the todo list.
BrianH
3-Feb-2009
[199]
Cool. I'll tell Carl that the platform means Windows builds on WINE.
Dockimbel
3-Feb-2009
[200x2]
I need to restart the server to flush the DB cache (hopefully this 
won't be required anymore by the new Cheyenne version).
Done and tested ok.
BrianH
3-Feb-2009
[202]
Later today I may get the time to go through the old bugs and see 
which are WINE-specific.
BrianH
4-Feb-2009
[203]
http://curecode.org/rebol3/view-tickets.rspis not working right 
now, and that seems to be the only one. Everything else works.
Graham
4-Feb-2009
[204]
working here .
BrianH
4-Feb-2009
[205x3]
Sorry, this page cannot be displayed. Try again or contact the web 
site administrator.
Graham, could you do a worst severity listing and tell me the number 
of the TAKE ticket?
Or is it a highest priority listing? Either way it is marked as immediate 
priority.
Graham
4-Feb-2009
[208x2]
worst severity 235 tickets found
take/part 373
BrianH
4-Feb-2009
[210x2]
Thanks. 235 is all of the current stuff - the "worst severity" is 
a sorting criterium.
I just wanted to test that bug again, but forgot the number. I wonder 
if the View Tickets not working for me is permissions-related.
sqlab
4-Feb-2009
[212]
I reported the same problems already. Just restart your browser.
BrianH
4-Feb-2009
[213]
That will take a while - I have too many pages open that I haven't 
read yet.
Rebolek
4-Feb-2009
[214]
don't most browsers have option "save all tabs before closing" ?
BrianH
4-Feb-2009
[215x2]
Just Firefox, which uses too much ram for a netbook. I have to use 
Chrome (actually Chromium).
See my numerous posts about the subject in Qtask :(
Graham
4-Feb-2009
[217]
I get this with FF with all sites sometimes.
Pekr
4-Feb-2009
[218]
That is rather strange claim, Brian? How much RAM does your netbook 
have? Those have at least 512 or more RAM, which should be pretty 
much sufficient for FF?
BrianH
4-Feb-2009
[219]
A netbook with an SSD can't use a swap file, so 1GB of ram is *all* 
you get. If I use Firefox I have to close almost all other programs.
Henrik
4-Feb-2009
[220]
ah, I remember the days I could browse the web on my Amiga 4000 with 
just 16 MB RAM... :-)
BrianH
4-Feb-2009
[221]
The web has changed since then (though CureCode would have fit in 
just fine with the web of that time).
Henrik
4-Feb-2009
[222]
I hope we can change it back again with ReBrowser. Probably not entirely, 
but I would love to see Curecode/QTask clients for ReBrowser.
BrianH
4-Feb-2009
[223x4]
Absolutely :)
Rebooting my browser (and upgrading it while I was at it) solved 
the problem. Thanks, Rebolek :)
And sqlab :)
Btw, "Worst Severity" includes built and dismissed tickets, which 
throws off the total. It should probably not include dismissed at 
least.
Dockimbel
4-Feb-2009
[227]
Cheyenne server upgraded to latest version. It should fix the "corrupted 
session" issue reported by sqlab and BrianH. Let me know if you see 
regressions.
Dockimbel
8-Feb-2009
[228]
Cheyenne server upgraded again. The new on-the-fly RSP output compression 
should make RSP pages loading 2x faster on average than before (but 
you may not noticed as CC pages load already very fast)
Chris
8-Feb-2009
[229x2]
Is there much overhead compressing them before sending?
Sorry, Cheyenne question...
Dockimbel
8-Feb-2009
[231]
Answering in Cheyenne...
BrianH
9-Feb-2009
[232x2]
Getting the redirect loop on edit bug again. Clicking on a ticket 
from the View Tickets list takes me to:
- http://curecode.org/rebol3/edit-ticket.rsp?id=607&cursor=1
which takes me to

- http://curecode.org/rebol3/set-project.rsp?prj-id=2&ref=edit-ticket.rsp%3Fid%3D607%26cursor%3D1
and back again, endlessly.
That last line was "and back again, endlessly."
Dockimbel
9-Feb-2009
[234x2]
How do I reproduce that issue? I've tried using the admin account, 
but reproduce it.
but <can't> reproduce it
BrianH
9-Feb-2009
[236x3]
I am using Chrome. I login then click on the ticket link. That's 
it. It even works when I set the project in the project dropdown 
before I click the link. If I don't log in and go directly to View 
Tickets, clicking on the link takes me to ticket.rsp page with the 
same redirect loop. When the bug happens, it happens every time.
Doesn't happen with IE7.
The problem isn't there most days - this is not one of those days.
Dockimbel
9-Feb-2009
[239]
Could you try clear your cookies cache to see if it fix the issue?