2014-06-19 18:17 GMT+02:00 Joe Mistachkin <sql...@mistachkin.com>:
>
> Baptiste Daroussin wrote:
>>
>> I have to repositories, all of which are served by the same version of
>> fossil (1.29 release)
>>
>
> The Fossil 1.29 release does not have the new "TH1 hooks" feature.  It does
> have
> TH1 scripting, of course.
>
>>
>> On the second one uuid is not available at all but tkt_uuid has to be
>> used and when I do create a new ticket it fails saying "no such
>> variable: tkt_uuid"
>>
>
> I'm not sure what the precise cause of this error is; however, it may be
> that
> one of the ticket "templates" refers to it when it is not actually available
> (e.g. the ticket view page where there is no "tkt_uuid" column value
> available).
>
> --
> Joe Mistachkin
>
>To be extact I'm talking about admin>tickets/changes I do call that hooks 
>because it is executed each time a user is creating/modifying a ticket :) (in 
>url form /tktsetup_change)

verry basically here is the code:
----
query { select group_concat(ticketchng.login," ") as log from
ticketchng, ticket where ticket.tkt_id=ticketchng.tkt_id and
tkt_uuid=$uuid } {
   set commenters "$log"
}
if {[string length $private_contact] == 0} { set private_contact anonymous }
http -asynchronous "http://127.0.0.1:8085/ticketwarn";
"\[$project_name: ticket\]
$title\n$commenters\n$private_contact\n$uuid\n$login\n$home\nTicket
modified by: $login\nChanges: $baseurl/tktview/$uuid\n\n"
return
----

I would expect here $uuid to be generic and always available? perhaps
I'm mistaking and when would be a reliable value that identify the
ticket that was modified/created?

regards,
Bapt
_______________________________________________
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Reply via email to