An update on the redirection issue:
I just committed a change that may address your issue. I haven't been
able to reproduce the exact problem that you described (possibly because
I don't have the redirect setup exactly like you did), but while
investigating the code, I did find a
Thus said Ashwin Hirschi on Mon, 15 Dec 2014 19:35:05 +0100:
This would also explain why Andy could not reproduce our exact
problem. My apologies for not mentioning HTTPS earlier, I did not
think it played a part during my initial post.
In any case, does this help track down the
I thought I'd take a quick look at the Fossil source code and how it deals
with redirects. Though I'm an utter newbie on both Fossil and its
internals, there are several things that strike me as odd.
For instance, it looks wrong that redirects are parsed (around line 342 in
http.c)
These seem like reasonable suggestions so I added them.
But I'm not able to recreate the problem. As a test, I created a redirect
CGI program at http://www.cvstrac.org/redirect that redirects to
https://www.fossil-scm.org/. (Notice the HTTP to HTTPS transition.) So if
you do
fossil clone
Thus said Richard Hipp on Mon, 15 Dec 2014 21:39:53 -0500:
It should clone fossil. And that appears to work, both before and
after the modifications above.
I was able to reproduce the problem (which only happened with autosync;
triggered by commit), and can confirm that your changes (as
Hi Ashwin,
On 12.12.2014 02:58, Ashwin Hirschi wrote:
Are you trying to build on Unix/Mac or on Windows? Did you follow the
instructions at
https://www.fossil-scm.org/fossil/doc/tip/www/build.wiki ?
I'm unable to build or debug Fossil because I've just switched to a new
(Windows) machine.
Few hours ago, Andy committed a patch for you to test, but you say above
that you lack C dev environment at this machine.
It's good to hear Andy may have found the cause of the crashes and has
created a fix.
I intend to have the required tool chain installed on my new machine
sometime
On Fri, Dec 12, 2014 at 1:16 PM, Ashwin Hirschi fossi...@reflexis.com
wrote:
I intend to have the required tool chain installed on my new machine
sometime next week.
Installing Msys+Mingw+awk.exe+Tcl takes less than an hour (modulo corporate
computer-lockdown nonsense). And its all free.
Thus said Ashwin Hirschi on Fri, 12 Dec 2014 19:16:17 +0100:
It's good to hear Andy may have found the cause of the crashes and has
created a fix.
One detail that I failed to ask... what OS is this on? You mentioned
having a Windows install to deal with, but I wasn't certain if that was
It's good to hear Andy may have found the cause of the crashes and has
created a fix.
One detail that I failed to ask... what OS is this on?
The crashes happened on a Windows 8.1 machine.
Ashwin.
___
fossil-users mailing list
Hello everyone,
recently, my team started using Fossil. It took me a while to move our
existing code revisions to Fossil repositories. But it was worth it:
everyone's very pleased with what Fossil offers. So, I'm really glad we
made the jump.
Unfortunately, it looks we've also run into
Certainly a crash is rarely the correct behaviour.
Is there a chance that the dynamic endpoint is switched-out part way
through a transfer, and *that* is the cause for the crash ?
-bch
On 12/11/14, Ashwin Hirschi fossi...@reflexis.com wrote:
Hello everyone,
recently, my team started using
Thus said Ashwin Hirschi on Fri, 12 Dec 2014 00:29:57 +0100:
recently, my team started using Fossil. It took me a while to move our
existing code revisions to Fossil repositories. But it was worth it:
everyone's very pleased with what Fossil offers. So, I'm really glad
we made the jump.
On Thu, Dec 11, 2014 at 6:44 PM, bch brad.har...@gmail.com wrote:
Certainly a crash is rarely the correct behaviour.
Is there a chance that the dynamic endpoint is switched-out part way
through a transfer, and *that* is the cause for the crash ?
Even then, it shouldn't crash.
Are you
On 12/11/14, Richard Hipp d...@sqlite.org wrote:
On Thu, Dec 11, 2014 at 6:44 PM, bch brad.har...@gmail.com wrote:
Certainly a crash is rarely the correct behaviour.
Is there a chance that the dynamic endpoint is switched-out part way
through a transfer, and *that* is the cause for the crash
Certainly a crash is rarely the correct behaviour.
Indeed [;-)].
Is there a chance that the dynamic endpoint is switched-out part way
through a transfer, and *that* is the cause for the crash ?
Good point, but... no, in all cases the end-points where still valid
available afterwards.
Are you trying to build on Unix/Mac or on Windows? Did you follow the
instructions at https://www.fossil-scm.org/fossil/doc/tip/www/build.wiki
?
I'm unable to build or debug Fossil because I've just switched to a new
(Windows) machine. We're still in the process of putting things in
Thus said Ashwin Hirschi on Fri, 12 Dec 2014 01:34:54 +0100:
Good point, but... no, in all cases the end-points where still valid
available afterwards. And if it turned out the commited changes were
not pushed to the remote repository, I could always recover by doing a
fossil sync.
But we
Thus said Ashwin Hirschi on Fri, 12 Dec 2014 01:58:20 +0100:
In other words, for now I'm stuck at browsing the Fossil source code
and hoping maybe someone on the list is able to reproduce the problem.
I've used Fossil with redirected sites before so I may be able to look
at this later, not
Welcome and thanks for giving Fossil a try!
Thanks my pleasure.
Although our experience with Fossil is still limited, we're all finding
Fossil very easy to like! [:-)]
In this system, each team member has an associated, fixed URL. And
whenever a HTTP GET or POST request on such a URL
Thus said Ashwin Hirschi on Fri, 12 Dec 2014 00:29:57 +0100:
Unfortunately, it looks we've also run into strange crashes related to
(HTTP) redirection. Since many team members work from home, their IP
addresses jump around a lot. To help people find each other, we've set
up a simple
21 matches
Mail list logo
