Hello,
sometimes I'm filling a ticket, and I click to some link by error, and then I
use back/forward to go to the ticket form page again. And the form is blank.
Firefox uses to store the form contents along page back/forward, but it fails to
do so for fossil. Can this be 'fixed'? Anyone aware
On Oct 1, 2011, at 3:19 PM, Paul Ruizendaal wrote:
Perhaps it is bloat, but would it be useful if branches with the tag
'mistake' or perhaps 'hidden' were not shown on the default timeline in the
web interface, and having an option for showing the full timeline? It would
be a bit like the
Hi everyone,
I've written attached diff sometime ago to add:
1. Improved reverse proxy support. I'm not sure if there is any explicit
support for reverse proxy, but the way in which I was trying to use it,
i.e. exposing fossil repository at a _location_ in nginx, it wasn't
working. So I
Hello,
as event pages should be similar to wiki pages, shouldn't they allow
attachments?
Regards,
Lluís.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Please send in a Contributors License Agreement (
http://www.fossil-scm.org/fossil/doc/trunk/www/copyright-release.html) so
that we can use your code.
On Mon, Oct 3, 2011 at 6:30 AM, Ashish SHUKLA ashish...@lostca.se wrote:
Hi everyone,
I've written attached diff sometime ago to add:
1.
On Mon, 03 Oct 2011 16:00:14 +0530
ashish...@lostca.se (Ashish SHUKLA) wrote:
[...]
2. IPv6 support. Fossil uses IPv4 sockets by default. I was not sure
if there was any technical reason to not add support for IPv6, so I
modified it all relevant places (I was able to find) to use IPv6
On Mon, Oct 03, 2011 at 04:19:34PM +0400, Konstantin Khomoutov wrote:
On Mon, 03 Oct 2011 16:00:14 +0530
ashish...@lostca.se (Ashish SHUKLA) wrote:
[...]
2. IPv6 support. Fossil uses IPv4 sockets by default. I was not sure
if there was any technical reason to not add support for IPv6, so
On Mon, 3 Oct 2011 14:39:18 +0200
Lluís Batlle i Rossell virik...@gmail.com wrote:
2. IPv6 support. Fossil uses IPv4 sockets by default. I was not
sure if there was any technical reason to not add support for
IPv6, so I modified it all relevant places (I was able to find)
to use IPv6
sometimes I'm filling a ticket, and I click to some link by error, and then I
use back/forward to go to the ticket form page again. And the form is blank.
Firefox uses to store the form contents along page back/forward, but it fails
to
do so for fossil. Can this be 'fixed'? Anyone aware of
Hello
I'd like to start using Fossil to monitor Vb.Net (2008 Express)
projects, and need to know which files/folders I can safely ignore
when using the add command.
FWIW, here's a one form + one module project:
Directory of C:\Projects\MyApp\WindowsApplication1
03/10/2011
On Mon, Oct 03, 2011 at 03:43:39PM +0200, Dmitry Chestnykh wrote:
sometimes I'm filling a ticket, and I click to some link by error, and then
I
use back/forward to go to the ticket form page again. And the form is blank.
Firefox uses to store the form contents along page back/forward,
2011/10/3 Lluís Batlle i Rossell virik...@gmail.com
Small research about the trouble: Cache-Control: no-store
http://blogs.atlassian.com/developer/2007/12/cachecontrol_nostore_considere.html
https://jira.atlassian.com/browse/JRA-14031
I'd prefer not to switch to chrome. :) What about
for C++ projects based in VS2008/10, I have the following ignore glob, which
seems to work pretty well:
*.vcxproj.user,*Debug/*,*.suo
Probably you can replace vcx with vb. Of course, YMMV.
I ignore the debug folders since these are used when building, and I assume
I can just build things again
On Mon, Oct 03, 2011 at 04:34:19PM +0200, Stephan Beal wrote:
2011/10/3 Lluís Batlle i Rossell virik...@gmail.com
Small research about the trouble: Cache-Control: no-store
http://blogs.atlassian.com/developer/2007/12/cachecontrol_nostore_considere.html
On Mon, Oct 03, 2011 at 05:05:13PM +0200, Stephan Beal wrote:
2011/10/3 Lluís Batlle i Rossell virik...@gmail.com
What would happen if JSON answers had not 'no-store'? Would not be
'no-cache'
enough? It should be up to the json clients though.
Sorry, my mistake - i meant no-cache,
2011/10/3 Lluís Batlle i Rossell virik...@gmail.com
I think that's exactly what I want. Anyone against?
Sounds perfect to me :).
--
- stephan beal
http://wanderinghorse.net/home/stephan/
___
fossil-users mailing list
I also ignore the obj folder. All those files get rebuilt anyway. You might
want to keep the suo file:
What is an suo
file?http://www.eggheadcafe.com/sample-code/VisualStudio.NET/93b4e727-efe7-43dd-8aae-688a9e56ec4e/what-is-an-suo-file.aspx
Tony Perovic
Compumation, Inc.
From:
On Oct 3, 2011, at 17:20 , Lluís Batlle i Rossell wrote:
I think that's exactly what I want. Anyone against?
I'm for it, but here's the ticket referring to no-store that mentions some
problems with Opera:
http://www.fossil-scm.org/index.html/info/b465b3bc2ceef4446b2ae770242ed0968e4dbc68
--
The way I see it, you don't want the user options travelling between
different users, since they're user options. I don't believe they set
anything important for the solution itself. At least, that's how I
understand it.
Tomek
On Mon, Oct 3, 2011 at 11:33 AM, tpero...@compumation.com
On 3 Oct 2011, at 16:20, Lluís Batlle i Rossell wrote:
On Mon, Oct 03, 2011 at 05:05:13PM +0200, Stephan Beal wrote:
2011/10/3 Lluís Batlle i Rossell virik...@gmail.com
What would happen if JSON answers had not 'no-store'? Would not be
'no-cache'
enough? It should be up to the json
I think it's more a question of how you're using fossil. If you are
using it for an actual distributed project, then you probably don't
(or at least might not want) to include suo files. If you are using it
just for vcs as a solo developer, there is no technical reason not to
include the suo file.
On 3 Oct 2011, at 17:37, Lluís Batlle i Rossell wrote:
On Mon, Oct 03, 2011 at 05:13:35PM +0100, Ben Summers wrote:
On 3 Oct 2011, at 16:20, Lluís Batlle i Rossell wrote:
I think that's exactly what I want. Anyone against?
Might be best to also add in 'private'
Cache-Control:
Konstantin Khomoutov writes:
On Mon, 03 Oct 2011 16:00:14 +0530
ashish...@lostca.se (Ashish SHUKLA) wrote:
[...]
2. IPv6 support. Fossil uses IPv4 sockets by default. I was not sure
if there was any technical reason to not add support for IPv6, so I
modified it all relevant places (I was
On Mon, Oct 03, 2011 at 05:13:35PM +0100, Ben Summers wrote:
Might be best to also add in 'private'
Cache-Control: private, no-cache
for a more explicit description of the intent of only showing content to the
user who requested it.
That's wrong. It should have a Vary header to
On Mon, Oct 03, 2011 at 04:19:34PM +0400, Konstantin Khomoutov wrote:
On Mon, 03 Oct 2011 16:00:14 +0530
ashish...@lostca.se (Ashish SHUKLA) wrote:
[...]
2. IPv6 support. Fossil uses IPv4 sockets by default. I was not sure
if there was any technical reason to not add support for IPv6, so
On Mon, 3 Oct 2011, Lluís Batlle i Rossell wrote:
Additionally, I don't know how portable it is to use always getaddrinfo
(POSIX-2001?) while requiring C89.
C89 does not address networking, so this issue is unrelated to C89. If
getaddrinfo is not supported on a platform that uses the
On Mon, 03 Oct 2011 22:24:02 +0530
ashish...@lostca.se (Ashish SHUKLA) wrote:
That is cool, but please be sure to make such IPv6 mode not enabled
by default unless it's somehow possible to make it work
transparently on a conventional box with IPv4 only networking.
Well, you can
On Mon, Oct 03, 2011 at 11:58:08AM -0700, Gé Weijers wrote:
On Mon, 3 Oct 2011, Lluís Batlle i Rossell wrote:
Additionally, I don't know how portable it is to use always getaddrinfo
(POSIX-2001?) while requiring C89.
C89 does not address networking, so this issue is unrelated to C89.
2011/10/3 Lluís Batlle i Rossell virik...@gmail.com
On Mon, Oct 03, 2011 at 11:58:08AM -0700, Gé Weijers wrote:
On Mon, 3 Oct 2011, Lluís Batlle i Rossell wrote:
Additionally, I don't know how portable it is to use always getaddrinfo
(POSIX-2001?) while requiring C89.
C89 does
On Oct 4, 2011, at 12:27 AM, Paul Ruizendaal wrote:
On 2 Oct 2011, at 11:58 , Joerg Sonnenberger wrote:
On Sat, Oct 01, 2011 at 11:22:28PM +0200, Paul Ruizendaal wrote:
Doing fork/exec sounds expensive, but on a posix box there is not much
difference between that and spawning a thread:
At 06:59 AM 10/3/2011, Gilles wrote:
I'd like to start using Fossil to monitor Vb.Net (2008
Express)
projects, and need to know which files/folders I can safely ignore
when using the add command.
A pet peeve of mine with IDE developers is they way they tend to
completely fail to
On Tue, 04 Oct 2011 01:55:46 +0200, Gilles
gilles.gana...@free.fr wrote:
Thanks guys for the help. Apparently, I'm not doing it right, as
Fossil did add bin/, obj/, and My Project/ when running add.
Incidently, what is the right way to cancel changes made but not yet
commited?
According to the
On Oct 4, 2011, at 2:08 , Ross Berteig wrote:
I wonder if we should start a collection of pages at the
fossil-scm.org wiki that document the collective wisdom of this
group for IDEs we've encountered.
Here's a useful resource:
https://github.com/github/gitignore
--
Dmitry Chestnykh
33 matches
Mail list logo