Re: [fossil-users] What you think about this functionality?

On Jan 26, 2012, at 2:54 PM, Lluís Batlle i Rossell wrote: > On Thu, Jan 26, 2012 at 02:51:04PM -0500, Richard Hipp wrote: >> On Thu, Jan 26, 2012 at 2:36 PM, Remigiusz Modrzejewski >>> http://nuclearsquid.com/writings/git-add/ >>> >>> Any opinions? >>> >> >> I'm of the old-fashioned opinion t

Re: [fossil-users] What you think about this functionality?

On Jan 26, 2012, at 2:47 PM, Andreas Kupries wrote: > > I love the ability to make a number of unrelated changes, or a bunch of > related changes and then still be able to commit them independently. Or in > the case of related stuff as a series of changes showing a nice progression > in the i

Re: [fossil-users] Supporting markwon syntax for wiki

Natacha's library is very easy to use and it has always done me right. I've written a Tcl wrapper around it. I'd highly suggest checking it out. Further, Natacha already said that the copyright issue wouldn't be a problem and on top of that a fossil user. Jeremy On Jan 13, 2012, at 10:45 AM, M

Re: [fossil-users] Supporting markwon syntax for wiki

On Jan 13, 2012, at 7:32 AM, BohwaZ wrote: > Le Fri, 13 Jan 2012 07:10:44 -0500, Jeremy Cowgar a > écrit : > >> That is standard w/about any markup language, for example what you >> typed in HTML would also appear as First line Second line. The >> reasoning is that

Re: [fossil-users] Supporting markwon syntax for wiki

On Jan 13, 2012, at 7:02 AM, BohwaZ wrote: > Le Fri, 13 Jan 2012 06:49:19 -0500, Jeremy Cowgar a > écrit : > > I personally prefer the github flavored markdown because some things in > Markdown are really counter-intuitive, like typing : > > First line > Seco

Re: [fossil-users] Supporting markwon syntax for wiki

Fantastic. Hopefully this makes it into the trunk version of Fossil. Jeremy On Jan 13, 2012, at 6:47 AM, Bill Burdick wrote: > Excellent! > > Bill > > > On Fri, Jan 13, 2012 at 11:18 AM, tin-pot wrote: > Jan Danielsson writes: > > > > > On 05/24/11 08:08, Baptiste Daroussin wrote: > > [---

Re: [fossil-users] C API

Does the JSON interface work via the command line? It'd be a bummer for a user wanting to simply script fossil to have to run a server just to do some local scripting. Jeremy On Jan 8, 2012, at 12:32 PM, Chad Perrin wrote: > On Sun, Jan 08, 2012 at 12:36:58PM +0800, Michael Richter wrote: >>

Re: [fossil-users] Behavior of rm, mv, and changes/extra

fossil rm should not remove a file it doesn't manage or has changes, just like other SCM systems. In this case, the file in question has changes, as it is brand new, the entire file has changed. Thus, if you were to (in the future) do: $ fossil rm #document_manager.php# File has changes, not r

Re: [fossil-users] Behavior of rm, mv, and changes/extra

So it goes beyond the strict definition of a SCM system, just like every other modern SCM system does. What's the problem (besides saving the user time which is money)? Jeremy -Original Message- From: Dmitry Chestnykh Sent: Wednesday, December 21, 2011 2:36 PM To: fossil-users@lists.

Re: [fossil-users] Behavior of rm, mv, and changes/extra

I’m in the same boat, doing two actions for every one in other SCM systems, however I do not do it dozens of times a day, so I’ve always just done it with a little gnashing of the teeth. I wonder if an option isn’t in order maybe with a preference? Thus CVS guys can have it their way and normal

Re: [fossil-users] Translation

It could use gettext or it could have a language .h file and English could be the default but others could submit translations. #define TR_TIMELINE "Timeline" in english.h or #define TR_TIMELINE "Blah Blah" in whatever.h No bloat needed and then Fossil could be multilingual which is importan

Re: [fossil-users] Fossil version 1.21

There is already an RSS feed, project.org/timeline.rss. As for Twitter being for little girls and housewives, millions of people disagree :-) Jeremy -Original Message- From: Konstantin Khomoutov Sent: Tuesday, December 13, 2011 12:12 PM To: Fossil SCM user's discussion Subject: Re:

Re: [fossil-users] Automatically enabled hyperlinks

Good point. Jeremy -- Original Message -- From: "Ron Wilson" To: "Jeremy Cowgar" ;"Fossil SCM user's discussion" Sent: 11/28/2011 12:52:46 PM Subject: Re: [fossil-users] Automatically enabled hyperlinks On Sat, Nov 26, 2011 at 11:03 AM, Jerem

Re: [fossil-users] Automatically enabled hyperlinks

-- Original Message -- From: "Richard Hipp" To: "fossil-users" Sent: 11/26/2011 10:26:47 AM Subject: [fossil-users] Automatically enabled hyperlinks When you visit http://www.fossil-scm.org/fossil/timeline You should automatically see all of the hyperlinks without having to log in

Re: [fossil-users] Authentication via URL

giusz Modrzejewski Sent: Tuesday, November 22, 2011 5:50 PM To: Fossil SCM user's discussion Subject: Re: [fossil-users] Authentication via URL On Nov 22, 2011, at 9:46 PM, Jeremy Cowgar wrote: Try a smarter RSS reader? I remember having Opera read a few protected feeds... It's not th

Re: [fossil-users] Authentication via URL

Maybe it could be called Remote Key or something and used both for JSON and RSS. Jeremy From: Jeremy Cowgar Sent: Tuesday, November 22, 2011 4:42 PM To: Fossil SCM user's discussion Subject: Re: [fossil-users] Authentication via URL I just thought of another potential solution, I think

Re: [fossil-users] Authentication via URL

, 2011 4:29 PM To: Fossil SCM user's discussion Subject: Re: [fossil-users] Authentication via URL On Tue, Nov 22, 2011 at 10:10 PM, Jeremy Cowgar wrote: That does indeed work PS: on Thursday morning i'll be leaving town for the back woods of northern Germany for 4 days (without a PC), s

Re: [fossil-users] Authentication via URL

Stephan, That does indeed work, however, how long will that cookie be active? It should have a time encoded in it as to expire after a period of time. Otherwise, if someone were to get ahold of the cookie they could use it indefinitely. Jeremy From: Stephan Beal Sent: Tuesday, November 22, 2

Re: [fossil-users] Authentication via URL

-Original Message- From: Remigiusz Modrzejewski Sent: Tuesday, November 22, 2011 3:43 PM To: Fossil SCM user's discussion Subject: Re: [fossil-users] Authentication via URL On Nov 22, 2011, at 9:32 PM, Jeremy Cowgar wrote: So we are back to square one on accessing an RSS feed th

Re: [fossil-users] Authentication via URL

ord is sent hashed and nonced (though I forget the exact details of the exchange.) Which means it's actually a bit better than Basic authentication. -B On Tue, Nov 22, 2011 at 11:38 AM, Jeremy Cowgar wrote: That is interesting that it works for cloning. I was under the impression that a CGI a

Re: [fossil-users] Authentication via URL

:32 PM To: Fossil SCM user's discussion Subject: Re: [fossil-users] Authentication via URL On Mon, Nov 21, 2011 at 11:28 PM, Jeremy Cowgar wrote: http://user:pass/@... does not work. That is just another way of encoding for HTTP Basic Authentication which fossil does not support, and c

Re: [fossil-users] Authentication via URL

users] Authentication via URL On Mon, Nov 21, 2011 at 8:36 PM, Jeremy Cowgar wrote: https://myrepo/index.cgi/timeline.rss?authuser=johndoe&authpass=secret Did you know that you can do do: http://user:pass@ ? i haven't ever tried it with ssl, but "it should work" i would guess.

[fossil-users] Authentication via URL

I would like to use my RSS reader to monitor a few timeline RSS feeds of mine from Fossil (tickets mainly). The problem is that on a few of the work projects, all repos are locked down. I cannot access the RSS feed without authenticating. I do not wish to duplicate all the username/passwords int

Re: [fossil-users] ignore list

On 5/25/2010 8:43 AM, Richard Hipp wrote: On Tue, May 25, 2010 at 8:40 AM, > wrote: I am thinking about taking a stab at implementing an ignore-list feature similar to git's .gitignore to prevent pesky and unwanted files from making it into commits

Re: [fossil-users] On the wiki

On 5/16/2010 1:27 PM, Ramon Ribó wrote: > > Hello, > > As I see that the wiki problem is becoming a hot topic, I would also > give my opinion. I do not have a strong point here, as we use the wiki > pages only for short notes, so it is not very important the wiki > language to be used. This i

Re: [fossil-users] On the wiki

On 5/16/2010 12:49 PM, Ron Aaron wrote: > On Sunday 16 May 2010 19:23:07 Jeremy Cowgar wrote: > > >> Oh, one more thing I wanted to say Fossil is awesome with not just >> it's integrated ticket and wiki system but it's integrated and >> DISTRIBUTE

Re: [fossil-users] On the wiki

Oh, one more thing I wanted to say Fossil is awesome with not just it's integrated ticket and wiki system but it's integrated and DISTRIBUTED ticket and wiki system. That's huge. Other SCM's can't touch it even with Redmine/Trac. One suggested just using a distributed ticket system that sto

[fossil-users] On the wiki

I just want to throw this out there... Since I began using Fossil, I've tried to evangelize it because I know that the more users, the greater tool support, the longer life, the greater the product. Do you know how many people I've got to use Fossil for any length of time? 2 and one of them is

Re: [fossil-users] Database error after upgrading on Linux

On 5/11/2010 10:12 AM, Richard Hipp wrote: > > The current policy is that I create new binaries whenever there is a > major bug that needs fixing, or a major new feature, or as the mood > strikes me. I think this "policy" is one of the major complaints > about Fossil. Can anyone suggest a bett

Re: [fossil-users] ticket assignment

On 5/9/2010 11:27 AM, zacht...@cis-partners.com wrote: > I have continued work on ticket assignment. Tickets can now be assigned by > administrators. Users have a "My Tickets" report, and an Assigned column now > exists in the ticket listings. I would like to give users the ability to > assign

Re: [fossil-users] Deleting a wiki page?

On 5/7/2010 1:11 AM, Gour wrote: > On Wed, 17 Mar 2010 20:22:14 -0400 > >>>>>>> "Jeremy" == Jeremy Cowgar wrote: >>>>>>> > Jeremy> People are going to be attracted to fossil as an all in one > Jeremy>

Re: [fossil-users] ticket assignment

On 5/6/2010 11:30 AM, Erik Lechak wrote: > Hello, > > Thumbs up from me. I would like to see an "assigned-to" feature added > to Fossil. It would be great if it was available right out of the > box. > > Some interesting features might be: >* Only admins can assign tasks to others >* Non

[fossil-users] Why not fossil?

http://www.reddit.com/r/programming/comments/bxcto/why_not_fossil_scm/ Jeremy ___ 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] Compiling fossil under windows

On 4/11/2010 6:46 AM, Rene de Zwart wrote: > Having had my way with fossil compiling under windows. I was looking for > new challenges by compiling with other free compilers. > I tried digital mars c compiler. Which promptly said >"unistd.h is for unix systems" (The smart little bugger :-) > >

Re: [fossil-users] Editing a tag causes confusion on branches?

On 4/5/2010 9:42 PM, D. Richard Hipp wrote: > Tnx for the password. I don't know why it is not working and I don't > have any more time to work on it right this moment. I'll try to find > and fix the problem within the next couple of days. In the meantime, > I don't think it is going to kill you

Re: [fossil-users] Editing a tag causes confusion on branches?

On 4/5/2010 7:12 AM, D. Richard Hipp wrote: > In the "Tags And Properties" section of > http://fossil.josl.org/info/0bc11bf7ae >you will see that you did not change the branch - the branch is > still 0.2.0. You just added a new tag named "2.0". To change the > branch from 0.2.0 to 0.2, you

[fossil-users] Editing a tag causes confusion on branches?

I created a new branch on as 0.2.0. I then however, realized I goofed. I wanted the branch to be 0.2. I would later create a tag for the 0.2.0 release of the 0.2 branch (expecting 0.2.1, 0.2.3, etc... which would all be tags in the 0.2 branch). So I edited it via the web UI. This, however, chan

Re: [fossil-users] Hyperlinks Disabled

On 3/29/2010 2:45 PM, Daniel Clark wrote: > Or IMHO even better, change what is and isn't linked as nobody to be a > admin setting. > > (In my case, specifically with tickets I'd actually like search engines > to index them). > I have not spent much time in the security sections of Fossil, ob

Re: [fossil-users] Hyperlinks Disabled

On 3/29/2010 11:28 AM, Stephan Beal wrote: On Mon, Mar 29, 2010 at 2:49 PM, Jeremy Cowgar <mailto:jer...@cowgar.com>> wrote: Didn't think of that. I wonder about enabling everything but the zip download, require at least an anonymous user to download the .zip archive?

Re: [fossil-users] Hyperlinks Disabled

On 3/29/2010 8:43 AM, D. Richard Hipp wrote: > The problem robots all ignore robots.txt. For example, some users > think it is a good idea to run "wget -r" on http://www.sqlite.org/ in > order to download the entire site, and were it not for the disabled > hyperlinks in Fossil, that would result i

[fossil-users] Hyperlinks Disabled

When you are not logged in to Fossil, you get the message in many areas: Many hyperlinks are disabled. Use anonymous login to enable hyperlinks. Is it really a problem? I just have assumed so since the message was there, but it's a bit of a roadblock for new users to fossil when they see this

Re: [fossil-users] Deleting a wiki page?

On 3/18/2010 6:42 AM, D. Richard Hipp wrote: > If you update to the latest experimental Fossil (specifically version > http://www.fossil-scm.org/fossil/info/012d5e4f23 >or later) and do "fossil all rebuild" then if you change the content > of a wiki page to be empty, that wiki page will not sh

Re: [fossil-users] Deleting a wiki page?

On 3/17/2010 6:44 PM, Michael Barrow wrote: > There is no such thing as a non-active Wiki page per se. You could > remove links to said page if you want to keep it around and then edit > the page to say "Hey -- we're just keeping this for archival purposes. > Otherwise, 'shun' is the tool to use

Re: [fossil-users] Deleting a wiki page?

On 3/17/2010 5:09 PM, D. Richard Hipp wrote: > You could shun all the wiki artifacts associated with that page. > There is no other way at present. Because the design of Fossil is to > save everything forever, it is not clear would could be down to > "delete" a wiki page. > There has to be a

[fossil-users] Deleting a wiki page?

Is there a way to delete a wiki page? Maybe by issuing SQL? Jeremy ___ 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] New --ignore option

On 3/16/2010 8:39 AM, D. Richard Hipp wrote: > fossil setting ignore-glob > > BTW... Thank you for this change! This has always been the most annoying thing for me when using fossil. It's a great addition. Thanks again! Jeremy ___ fossil-use

Re: [fossil-users] New --ignore option

On 3/16/2010 8:39 AM, D. Richard Hipp wrote: > fossil setting ignore-glob MinGW's bash must be expanding the asterisk for some reason: $ fossil setting ignore-glob 'build/*' Usage: c:\Development\Tools\Fossil\fossil.exe setting ?PROPERTY? ?VALUE? However: $ fossil setting ignore-glob 'build/*,*

Re: [fossil-users] New --ignore option

, I am assuming this works on other bash shells in Linux? Jeremy On 3/16/2010 8:30 AM, D. Richard Hipp wrote: > On Mar 16, 2010, at 8:22 AM, Jeremy Cowgar wrote: > > >> For my fossil checkout, I do: mkdir build&& cd build&& make -f ../ >> Makefile >>

[fossil-users] New --ignore option

For my fossil checkout, I do: mkdir build && cd build && make -f ../Makefile So, from my root fossil directory, I do fossil extras --ignore build but still wind up with everything under the build directory. I can do --ignore *.o and get rid of the .o files in the build directory but it still sh

Re: [fossil-users] Feature request: commit a ticket

On 3/13/2010 7:32 PM, Jacek Cała wrote: > fossil commit -t -m [-r ] I like the idea. Only one problem, as I see it though. Maybe discussion can bring about it's resolution. Maybe it's just a change of my workflow, don't know. I'll get a few minor bug's submitted then sit down to a coding sess

[fossil-users] clearsign defaulting to off

I had started, but didn't finish, a simple change to this that I wonder if it would be better or not... If the clear sign fails, then have it prompt the user if they wish to disable signing. Thus, they are only asked once if they don't want it. This makes them aware that fossil has that capabil

Re: [fossil-users] What is the process for getting changes applied

> I recently found fossil and have made a few changes to the source > that ... - remove hardcoded styling from some html tags - add > class="..." to the html tags > > This allows greater flexibility for skins. The plan is to make as > much as possible skinable. > This sounds like a valuable patch,

Re: [fossil-users] Linking directly to a file on tip?

> http://jeremy.cowgar.com/misctcl/index.cgi/doc/tip/docextract.tcl > > does work. > Yes, it does... I just didn't know what URL. Jeremy ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/

[fossil-users] Linking directly to a file on tip?

I have a source file, docextract.tcl, in my repo, http://jeremy.cowgar.com/misctcl/ and I would like to be able to let people easily download just that one file. How can I make a link in the wiki (or externally, i.e. send an email with the link) to docextract.tcl as found in the latest revision

Re: [fossil-users] Extra files and new files

> Hello, > > What about? > > fossil ignore file1 file2 ... > > In this case, fossil would store the names of the files in the > repository. These files would not appear in "fossil extras" and > would give an error if "fossil add" > > fossil ignore directory1 ... directory2 ... > > the same, but wou

Re: [fossil-users] Extra files and new files

> What I could really, really use is a way to persistently ignore > files and entire directories. It's great to keep all your files > that shouldn't be version controlled out of your project dir, but > I'm working on someone else's existing website (converted from CVS > to fossil, thanks to a handy

Re: [fossil-users] Extra files and new files

I think a good solution here would be to add the ability for Fossil to support a .ignored or track ignored files in the db. Then, upon commit, the log entry generated for you to edit (this wouldn't work when using -m "abc") would include a list of files not tracked (not meeting the ignored file

Re: [fossil-users] Graphical display of fork/merge actions in timeline

he browser. (Same fix, really.) > > IE is still given trouble, of course... > >> >> On 8 Feb, 2010, at 13:23, Brett Schwarz wrote: >> >>> On Mon, Feb 8, 2010 at 9:28 AM, Jeremy Cowgar >>> wrote: >>> >>>> So the updated score is:

Re: [fossil-users] Removing the directory named "javascript" from the repo

>> "Wilson, Ronald" wrote: >>> I don't think fossil versions directories. You have to fossil >>> rm each file in the directory individually. >> >> >> That may be true, but ou can do fossil add javascript and it will >> add everything under it. dir /s reports 242 files in 311 >> directories. It's

Re: [fossil-users] Graphical display of fork/merge actions in timeline

So the updated score is: * Firefox, Opera, Chrome and Konqueror all work * IE does not work at all (at least versions 6 and 8, so we can *assume* 7 as well) * Safari has some issues Jeremy > All three appear to display well under Opera version 10.10 on > Ubuntu Linux. > > On Mon, 2010-02-08 at

Re: [fossil-users] Graphical display of fork/merge actions in timeline

Just a FYI, http://code.google.com/p/android-scripting/source/list works fine on IE 8. Jeremy > None of those links work for me. I only have IE 8 installed, so I > tested no other browser. By not working, I mean... I see a large > blank space between the time and the description. > > Jere

Re: [fossil-users] Graphical display of fork/merge actions in timeline

None of those links work for me. I only have IE 8 installed, so I tested no other browser. By not working, I mean... I see a large blank space between the time and the description. Jeremy > > On Feb 5, 2010, at 3:49 PM, Andreas Kupries wrote: > >> >> Google Code apparently got this I don't know

[fossil-users] New Timeline... Internal Server Error.

I gave it a try, however, when view the "Timeline" link, I get an "Internal Server Error". This is on my "misctcl" repo, http://jeremy.cowgar.com/misctcl/ Everything else seems to work just fine. Jeremy ___ fossil-users mailing list fossil-users@lists

Re: [fossil-users] Escaping HTML on artifact viewing?

to have some really messed up HTML displays when just trying to browse the repo. To me, the SCM tool should be managing the source, not really trying to interpret what the source means and in a way, that's what is happening by allowing the HTML code to display as it is. Jeremy > > O

Re: [fossil-users] Escaping HTML on artifact viewing?

What would be the purpose of displaying the HTML there? I guess I always thought of the repo browser to be browsing source code, not for creating links to rendered HTML pages for people to read? Jeremy > > On Feb 8, 2010, at 8:47 AM, Jeremy Cowgar wrote: > >> Should HTML be esca

[fossil-users] Escaping HTML on artifact viewing?

Should HTML be escaped? http://jeremy.cowgar.com/misctcl/index.cgi/artifact/192df1e147 Jeremy ___ 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] Removing the directory named "javascript" from therepo.

>> javascript contains another directory (tiny_mce) which contains >> 242 > files in 311 directories. > > Sorry, I read where you said that, and didn't quite get it > (obviously). > I misread things all the time, over and over again, NP :-) For this time around, I used MSYS and just used find jav

Re: [fossil-users] Graphical display of fork/merge actions in timeline

That would be nice :-) Jeremy > > Google Code apparently got this I don't know how long ago. > > Example: > http://code.google.com/p/android-scripting/source/list At the left > margin of the commit messages. > > WIBNI fossil had the same ... > > Implementation: > > Looking at the HTML I see a > >

Re: [fossil-users] Removing the directory named "javascript" from therepo.

Clark Christensen wrote: > > I don't think fossil versions directories. You have to fossil rm > each file in the directory individually. > > Or simply > > fossil rm javascript/* > javascript contains another directory (tiny_mce) which contains 242 files in 311 directories. Jeremy

Re: [fossil-users] Removing the directory named "javascript" from therepo.

"Wilson, Ronald" wrote: > I don't think fossil versions directories. You have to fossil rm each file > in the directory individually. > That may be true, but ou can do fossil add javascript and it will add everything under it. dir /s reports 242 files in 311 directories. It's basically tiny

[fossil-users] Removing the directory named "javascript" from the repo.

When I do: fossil rm javascript It reports: fossil: not in the repository: javascript However, it certainly is. A fossil open on a new directory, there is javascript along with my Tiny mce stuff. Any thoughts? Jeremy ___ fossil-users mailing list

Re: [fossil-users] Repository-dependant cookies

wrote: > >> I wish it served a page at the root that listed all hosted > >> repositories. Would it be a security problem to do that? > > > > I thought it would be. Perhaps not in every instance, but I can > > envisions scenarios where a user would not want that listing to appear. > > The s

Re: [fossil-users] Repository-dependant cookies

"D. Richard Hipp" wrote: > On Feb 1, 2010, at 7:24 AM, Wilson, Ronald wrote: > > > I wish it served a page at the root that listed all hosted > > repositories. Would it be a security problem to do that? > > > I thought it would be. Perhaps not in every instance, but I can > envisions scen

Re: [fossil-users] content missing - repository jammed

"Wilson, Ronald" wrote: > > Normally this file has the hidden attribute. Could that be part of the > problem? Personally, I don't think that thumbs.db has any business > being in a source repository, but fossil add *.* would add it without > asking. > I know it's been discussed in the past, b

Re: [fossil-users] Interesting use for Fossil: notes

Quoting Stephen De Gabrielle : > Agreed, it probably counts as the easiest issue/bug tracker to setup > in the universe, despite the TCL-like embedded language. > I was thinking that it's TCL-like embedded language was what made it usable and so configurable. It's simplicity is a plus, but it's c

Re: [fossil-users] Cross-site request forgery attempt?

Never mind, I figured out how to do it w/o issue. Thanks. Jeremy Jeremy Cowgar wrote: > I put into my application the ability to automatically post errors from the > application. i.e. the app is a TclTk app and if something goes wrong, I have > overridden bgerror. My bgerror pre

[fossil-users] Cross-site request forgery attempt?

I put into my application the ability to automatically post errors from the application. i.e. the app is a TclTk app and if something goes wrong, I have overridden bgerror. My bgerror presents the information in a nice format and has a button named "Report". When the user presses that button, a

Re: [fossil-users] patch to give "pull" and "sync" an "--update" option

> On Tuesday 19 January 2010 19:33:54 D. Richard Hipp wrote: > >> What if we changed "autosync" such that instead of being just >> "on" or "off" there was an addiitonal state, "pull-only"? Would >> that solve the problem? >> >> > Yes, I think that would work What about when you change to differ

Re: [fossil-users] Please contribute Fossil "skins" or "themes"

Altu, That's a nice skin! Jeremy altufa...@mail.com wrote: > Request to add Shiny Fossil theme (http://dev.codingrobots.org/p/shiny-theme) > to default set of themes. > > > Attached is a derived version with some recent changes for menu order / > permission. > _

Re: [fossil-users] Non-checkout permissioned users and /doc

"D. Richard Hipp" wrote: > On Jan 13, 2010, at 10:01 AM, Jeremy Cowgar wrote: > > If you can read using /doc, then you might as well just turn on > okRead, because a user can read out the text of any source code file > they want. If /doc can read javascript fi

Re: [fossil-users] Non-checkout permissioned users and /doc

"D. Richard Hipp" wrote: > On Jan 13, 2010, at 9:19 AM, Jeremy Cowgar wrote: > > We could implement attachments for wiki pages and tickets and stuff > the auxiliary files in an attachment. > > You could keep the code and documention in separate repositories. >

[fossil-users] Non-checkout permissioned users and /doc

I fixed what I thought was a bug but it turns out it was not, see [acba194c0d]. My question is, how do we allow non-code privledged users to view /doc? There are docs to my application as well as javascript code that my theme relies on. Also the vast number of users do not have access to the so

Re: [fossil-users] Passwords stored in cleartext in 'user' table

I get: No such document: tip/www/password.wiki for the link below. Jeremy "D. Richard Hipp" wrote: > A description of current password handling can be seen at > > http://www.fossil-scm.org/fossil/doc/tip/www/password.wiki > > Please comment and if there are no problems seen, I will comm

Re: [fossil-users] New changes allowing ticket search screen (round 2)

You can now see this in action: http://jeremy.cowgar.com/mailroom/index.cgi/reportlist Jeremy Jeremy Cowgar wrote: > Ok, > > It's now easier than ever to create your own search screen. ___ fossil-users mailing list fossil-user

[fossil-users] New changes allowing ticket search screen (round 2)

Ok, It's now easier than ever to create your own search screen. I just committed code that allows for a user defined TH1 report list view page. You know, the view that looks like: Enter a new ticket: 1. New Ticket Choose a report format from the following list: 2. All Tickets[cop

Re: [fossil-users] Passwords stored in cleartext in 'user' table

I noticed this the other day. I am not on a shared server and it makes me a bit nervous. Also, it's not really fair to people working on your project as many people have a "common" password (good or bad). Jeremy Ron Aaron wrote: > I didn't see an option, perhaps it's not even on the list of re

Re: [fossil-users] "My Tickets" type ticket report?

n/fossil/ci/f41358e7ca > > Or the whole branch: > >http://tkoutline.sourceforge.net/cgi-bin/fossil/timeline?t=sql-func > Brian, I have committed your cgi() function. Thank you. Jeremy Cowgar ___ fossil-users mailing list fossil-users

[fossil-users] Creating a ticket search screen

Ok, I have committed the cgi() SQL function by Brian Theado. I have changed the ticket report list slightly. The end result is you can now create a search interface for your ticket database. First, changes to the ticket report list: 1. If your report name begins with an underscore (_) then it

[fossil-users] tbody, thead, tfoot in wiki

I attempted to allow tbody, thead and tfoot in wikiformat.c but failed. I am not understanding something. These elements are not really important to me but using the cookbook setup for TinyMCE, it insists on inserting tbody tags which are denied by the wiki format, thus, the TinyMCE integration

Re: [fossil-users] "My Tickets" type ticket report?

Christophe Beauregard wrote: > On Tue, Jan 5, 2010 at 2:22 PM, Jeremy Cowgar wrote: > > I'm the one who implemented cgi() in CVSTrac... basically, the report > output query is wrapped in a SQLite database authorizer which > prohibits anything except read access to tables an

Re: [fossil-users] "My Tickets" type ticket report?

Brian Theado wrote: > On Thu, Dec 31, 2009 at 5:34 PM, Jeremy Cowgar wrote: > > The cgi function can only be used by someone with report edit > permissions. So if no calls to the cgi function are added to any > reports, fossil is just as secure as without the cgi function &

Re: [fossil-users] "My Tickets" type ticket report?

Brian Theado wrote: > On Thu, Dec 31, 2009 at 12:08 AM, Jeremy Cowgar wrote: > > Yes it looks to do exactly what I was hoping for. Did these not make it > > into fossil for some reason? > > I'm not aware of any reason other than perhaps me being too passive >

Re: [fossil-users] Security Changes to Timeline

"D. Richard Hipp" wrote: > On Dec 31, 2009, at 3:46 PM, Jeremy Cowgar wrote: > > The Timeline link on the menubar is moved to the left so that it is > now the second from the left. This seems a better place, to me. I > also arranged for the File menubar option t

Re: [fossil-users] Security Changes to Timeline

"D. Richard Hipp" wrote: > On Dec 31, 2009, at 10:28 AM, Jeremy Cowgar wrote: > > This change makes it so that it is impossible to see the timeline > without first logging in as anonymous. I consider that unacceptable. > > The purpose of the "history"

[fossil-users] Security Changes to Timeline

For those who do not follow the commit logs, I just made a change to the way security works in the timeline. I wanted to make everyone aware of the change. Here is the commit log entry (with an additional note for clarity): Changed security for timeline. To view the timeline, you must now

Re: [fossil-users] The case for Markdown (yes, I rtfm)

This is kind of funny. We have been debating this and the end result was something to the effect of: Yeah, it may be good, but who will program it? It's already done and has been by Robert... http://fossil-scm.org/index.html/timeline?t=creole So, no dependencies, the code is written and Cr

Re: [fossil-users] "My Tickets" type ticket report?

Yes it looks to do exactly what I was hoping for. Did these not make it into fossil for some reason? Jeremy Brian Theado wrote: > On Mon, Dec 28, 2009 at 3:23 PM, Jeremy Cowgar wrote: > > Is it possible to use $login inside the SQL of the ticket reports? I tried > > a fe

[fossil-users] Searchable Timeline

I just committed code that allows one to search for text in the comment and brief fields of the web timeline. The parameter is s, for string search. For instance: http://repo/timeline?s=search%20string This can be handy for fixed things as well. For instance, on the ticket view, I show a l

[fossil-users] Providing access to History but not Source?

I would like to use the ticket/wiki system for a work project. I would like users to be able to view the Timeline to see Wiki and Ticket history but I don't want them to see the source history or have access to the source code. It seems when I give them access to view history, they can see every

[fossil-users] "My Tickets" type ticket report?

Is it possible to use $login inside the SQL of the ticket reports? I tried a few things but it doesn't look so. It would be pretty handy :-) Jeremy ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bi

  1   2   >