World: r3wp

I confirm that the REBOL wiki is not responding. For CureCode API, 
you can read it through Google's cache at http://webcache.googleusercontent.com/search?q=cache:Z0Rflqyek5QJ:www.rebol.net/wiki/CureCode+curecode+api&hl=fr&gl=fr&strip=1

Thanks Doc.    P.S. I re-ran an install of CureCode today and it 
is failing on the sql file (build-db.sql)  used to define the data 
base and tables.  I found it and moved it but now I am failing on 
webapp setup.

Any news on having an R3 GUI project under Curecode?

Does it have to be a separate project or can it be a category of 
R3 project?
BrianH, what do you think?

The problem with making a separate project is that it is difficult 
to move tickets from one project to another when they are misfiled. 
The other problem is that some tickets apply to both the core and 
the GUI. I would be OK with creating a separate project if we had 
a way to move tickets. But I would be even more happy with being 
able to filter by category in the detail view, which would allow 
us to effectively do the same thing with a single project.

I would be even happier with both, of course :)

There are tickets in the REBOL 3 project already that apply to the 
GUI, and others that apply to CureCode. Both would be nice to move.

Understood. I agree with the need for a "move ticket" feature and 
adding categories in detail view. I should be able to work on that 
this week, there's a lot of changes pending already for CureCode.

So, I'll add a R3 GUI project as soon as the "move ticket" feature 
will be put online.

ok, feel free to do whatever is needed. thanks.

BrianH: "But I would be even more happy with being able to filter 
by category in the detail view, [...]"


Category are already present in detail view (you just need to ensure 
that the project selector is on "REBOL 3.0"). Did I miss something?

You are right, I hadn't noticed. You might want to put a disabled 
category selector in all projects mode, with text in it suggesting 
to select a project, as a UI discoverability improvement.

I made the following changes on my dev instance of CureCode:

	o FEAT: Added the ability to move tickets between projects.
	o FEAT: New search field: "User".
	o FEAT: New isolated search field: "Commented by".
	o FEAT: RSS feed added for projects changes.
	
	o FIX: double line breaks in PRE tags in comments removed.
	o FIX: stats bar graphs were never displaying per-project stats.


I'll put it online tomorrow. If I missed an important bug to fix, 
let me know.

isolated search field

 means that it's not included when <all> is selected (due to over-complicated 
 SQL code to get accurate results).

Hey, I was just missing a user search field :-)

Those improvements sound good to me. This might be enough to start 
planning to make a REBOL 2 project and migrate the RAMBO tickets 
to it.

CureCode new version 0.9.12 is online. (see changes 4 messages above)


RSS-based notifications were added both at project and at ticket 
level :

- project notifications: ticket added/deleted/moved, comment added/changed/deleted, 
status changed
- ticket notifications: any change


I'll monitor this group in the next days for any issue caused by 
this new release. I also might add a couple new minor features in 
the meantime. Once this release is stabilized, I'll upgrade the source 
archive.

Btw, RSS notifications can be accessed from the RSS icon on the upper-right 
corner of tickets list and tickets details page. Default polling 
delays are provided in the RSS feeds, but if your looking for long-term 
changes on a given ticket, I recommend you to set your RSS reader 
polling delay to 24h for the tickets feed.

Very useful

Kaj: thanks, that was a major feature missing in CC, I'm glad I've 
finally found the time to implement it.

More about the new "move" feature:

- the "Move Ticket" button only appears if there's more than one 
project defined.

- Moving a ticket to another project resets the following fields: 
"version", "fixed in" and "category" (these are project-specific 
fields). Their old values are logged in history if they need to be 
set back.

The RSS feeds seem to work in Google Reader.

I entered an R3 bug about a character in Slovenian text, but CureCode 
also mistreats it:

http://curecode.org/rebol3/ticket.rsp?id=1794&cursor=4

It encodes it as a special HTML entity, but double so that it is 
not shown as the original character

It could be that this happened during Brian's modification. I probably 
reviewed my own entry, although I don't actively remember

It's for sure CC bug as it converts the HTML entity into bug link.

It didn't happen during my mods, it happens when converted from edit 
to view mode every time. And it converts back when you go into edit 
mode (at least visibly).

Right, it's a rendering issue that I've fixed. I'll put it online 
in a few hours.

I just noticed that the ticket RSS link is in a fixed location but 
the ticket itself isn't: it depends on whether the < > navigator 
buttons are there. It doesn't look bad either way, but you might 
consider moving it down a few pixels.

Thanks, good catch!

Direct ticket references like those from the RSS or typed out here 
cause the no-arrow-buttons thing. That makes it easy to check the 
alignment.

About direct ticket references, I'm adding short URLs to reference 
tickets in the form: http://issue.cc/r3/<ticketid>

Nice :)

Do multiple projects on the same server share the same ticket number 
space? I assumed so because it was easy for you to do project moving. 
This would make it possible to do cross-project referencing of related 
tickets in the ticket descriptions and comments :)

Yes, same number spaces for all projects of a single instance (/rebol3 
in this case).

sorry, "space" not "spaces"

Cool, that will work nicely.

Carl said this when I suggested moving the R2 bug tracking from RAMBO 
to a project in CureCode:

In addition, on RAMBO:

1. For presets, I can select the # per page.
2. Preset categories seem more obvious
3. Search is better
4. I like ability to see summary and description in lists

He was also concerned about having a backup of the data, just in 
case. Lots of server failures lately.

Now, the categories thing is project-specific, so that can just be 
migrated over. I'm not sure what he means by the rest.

Well, it's all doable, I just need to find some time to add these 
features (not sure how Rambo's search feature is working).

About server failures, my server is pretty solid (SSD drives, recent 
hw) and full DB backups are done every day by a batch script on a 
remote  machine (my local home server, a Eeebox ;-)).

Part of the reason that I would like to move to CC for R2 is because 
most of the bugs found in R2 are found during the development of 
R3 nowadays. Even if we have to be more stringent about backwards 
compatibility, we still want the cross-referencing, at least for 
the R2 equivalent of bug #666. Plus, I know CC better.

The biggest UI problem I've noticed is the semantic overlap between 
the severity and priority fields. I've been saying that severity 
is for difficulty and priority is for importance, but then there 
are importance settings in the severity list (crash and block). That 
could stand to be a bit cleaner.

#666: "I don't want to change anything or learn anything new. REBOL 
2 is perfect and nothing should ever change." :-))

Works for R2 tickets as well, as a backwards-compatibility argument 
:)

About severity vs priority: you can see "severity" as an issue property 
while "priority" is a processing workflow property.

In other words, "severity" is set by the emitter while "priority' 
is a field in the hands of the developers.