Re: [fossil-users] TH1: support for octal and hexadecimal numbers in expressions

[Jan Nijtmans]

2014-04-04 10:57 GMT+02:00 Stephan Beal :
> Maybe if you want to output your UUIDs in binary format... that might be fun
> to do each year on April 1st.

   ;-)

Regards,
  Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] Sort tickets by priority AND severity?

[org.fossil-scm.fossil-users]

'Lo.

Subject says it all, really. In the ticket view, is there a way to order
the results by ticket severity AND priority? I can click the headers of
both columns and the tickets are ordered in some manner, but I can't
tell exactly if it's doing what I think it's doing (perhaps some arrows
in the column header indicating the sort order for that column would be
a good idea).

M
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] Timeline graph problem on fossil-scm.org

[Martin Gagnon]

Hi...

I've just notice a strange timeline graph on fossil-scm.org and it seems
to be cause by a hidden tag in the middle of the trunk (or on a fork,
I'm not sure). 

If you look on default timeline view:

http://www.fossil-scm.org/index.html/timeline?y=ci

The checkin from 2014-04-04 10:20 get a merge that look to come from
nowhere. (I've tried to follow the line with &n=2000)

Finally, when pressing on "Unhide" or when looking at the ancestors or
family of a following checkin:

http://www.fossil-scm.org/index.html/timeline?p=b37a28228c3788c1fcf026c881eec4017d242dbf&unhide

It look like that trunk is duplicated (but not quite like a fork).

I Wonder what it really mean and what can cause that.

Regards,

-- 
Martin G.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Timeline graph problem on fossil-scm.org

[Lluís Batlle i Rossell]

It looks like two repositories that got commits, and they weren't in
sync. And Jan merged the two leaves without writing about it. 

On Sat, Apr 05, 2014 at 10:55:58AM -0400, Martin Gagnon wrote:
> Hi...
> 
> I've just notice a strange timeline graph on fossil-scm.org and it seems
> to be cause by a hidden tag in the middle of the trunk (or on a fork,
> I'm not sure). 
> 
> If you look on default timeline view:
> 
> http://www.fossil-scm.org/index.html/timeline?y=ci
> 
> The checkin from 2014-04-04 10:20 get a merge that look to come from
> nowhere. (I've tried to follow the line with &n=2000)
> 
> Finally, when pressing on "Unhide" or when looking at the ancestors or
> family of a following checkin:
> 
> http://www.fossil-scm.org/index.html/timeline?p=b37a28228c3788c1fcf026c881eec4017d242dbf&unhide
> 
> It look like that trunk is duplicated (but not quite like a fork).
> 
> I Wonder what it really mean and what can cause that.
> 
> Regards,
> 
> -- 
> Martin G.
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Timeline graph problem on fossil-scm.org

[Martin Gagnon]

Probably, but it show a bug on the timeline graph when a merge line come
from a hidden check in. It appear to come from the really beginning of the
timeline.

Le 5 avr. 2014 10:59, "Lluís Batlle i Rossell"  a écrit :
>
> It looks like two repositories that got commits, and they weren't in
> sync. And Jan merged the two leaves without writing about it.
>
> On Sat, Apr 05, 2014 at 10:55:58AM -0400, Martin Gagnon wrote:
> > Hi...
> >
> > I've just notice a strange timeline graph on fossil-scm.org and it seems
> > to be cause by a hidden tag in the middle of the trunk (or on a fork,
> > I'm not sure).
> >
> > If you look on default timeline view:
> >
> > http://www.fossil-scm.org/index.html/timeline?y=ci
> >
> > The checkin from 2014-04-04 10:20 get a merge that look to come from
> > nowhere. (I've tried to follow the line with &n=2000)
> >
> > Finally, when pressing on "Unhide" or when looking at the ancestors or
> > family of a following checkin:
> >
> >
http://www.fossil-scm.org/index.html/timeline?p=b37a28228c3788c1fcf026c881eec4017d242dbf&unhide
> >
> > It look like that trunk is duplicated (but not quite like a fork).
> >
> > I Wonder what it really mean and what can cause that.
> >
> > Regards,
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Sort tickets by priority AND severity?

[F. Eugene Aumson]

You can do this via editing the query for the ticket view.  Here's a
snippet from my own "All tickets" query:

SELECT ticket
...
FROM ticket
ORDER BY status DESC, priority, severity

HTH
Gene

On Sat, Apr 5, 2014 at 10:24 AM, wrote:

> 'Lo.
>
> Subject says it all, really. In the ticket view, is there a way to order
> the results by ticket severity AND priority? I can click the headers of
> both columns and the tickets are ordered in some manner, but I can't
> tell exactly if it's doing what I think it's doing (perhaps some arrows
> in the column header indicating the sort order for that column would be
> a good idea).
>
> M
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Timeline graph problem on fossil-scm.org

[Andy Bradford]

Thus said Martin Gagnon on Sat, 05 Apr 2014 10:55:58 -0400:

> http://www.fossil-scm.org/index.html/timeline?y=ci
> 
> The checkin from  2014-04-04 10:20 get a merge that  look to come from
> nowhere. (I've tried to follow the line with &n=2000)

It looks normal  to me. Specifically it  looks like there was  a fork in
trunk; see Forking vs Branching:

http://www.fossil-scm.org/index.html/doc/trunk/www/branching.wiki

I don't see anything amiss here---it  doesn't appear to have anything to
do  with hidden  tags. Perhaps  you  can take  a screenshot  and post  a
link/email it?

Andy
-- 
TAI64 timestamp: 400053404d43


___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

Re: [fossil-users] Very short UUID abbreviations

[Andy Bradford]

Thus said Andy Goth on Thu, 03 Apr 2014 13:07:44 -0500:

> > Thus said Andy Goth on Wed, 02 Apr 2014 21:37:35 -0500:
> >> When  the  UUID  is  abbreviated  to one  or  two  characters,  the
> >> ambiguous artifact page is bypassed, and it always seems to link to
> >> a ticket.
> 
> http://www.fossil-scm.org/index.html/info/6b8e
> 
> http://www.fossil-scm.org/index.html/info/2898

Thanks for the collisions!

How does this look?

http://www.fossil-scm.org/index.html/info/0066d6c6

It could  use a little  review, and especially a  look at the  SQL which
might be better.

As for the effect:

http://fossil.bradfords.org:8080/info/6b8e
http://fossil.bradfords.org:8080/info/2898

Andy
--
TAI64 timestamp: 40005340e167
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users