Re: [fossil-users] Xekri skin: weird dropdowns on timeline page in Opera

[Tontyna]

Yes, '-o-display: block' fixes the issue. But only when there is no 
'display:flex'.

What's the 'hide-from-opera' css hack?

- Tontyna

Am 17.03.2015 um 02:04 schrieb Andrew Moore:

Hello Tontyna!

Thank you for the information about the problem you ran into with the
Xekri skin.  I don't have access to Opera, so I can not test any fixes
to make sure it would work equally on Chrome and Firefox.  A possible
fix which uses "-o-display: block" for the div.submenu has been pushed
to the "skin-xekri" branch.  Please let me know if it works for you and
I am open to any suggestions for a better solution.


Andrew

On Mon, Mar 16, 2015 at 5:54 PM, Tontyna mailto:tont...@ultrareal.de>> wrote:

Opera (12.17/Win32) produces gigantic s -- see attached
screenshot. Culprit is the display: flex property of div.submenu

- Tontyna


___
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


___
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] Xekri skin: weird dropdowns on timeline page in Opera

[Tontyna]

Opera is not my favourite browser. The outdated instance is a relic.

I run into the funny dropdowns when I (to no avail) tried to reproduce 
Albert's issue with "fossil ui not working with recent chrome browser" 
resp. Richies "Missing timeline graph above 36 timeline items" with all 
the browsers that happen to be on my computer.


Cf. current thread on "Browser support" ;)

- Tontyna

Am 17.03.2015 um 04:59 schrieb Vikrant Chaudhary:

The current version of Opera is 28, you should probably update your Browser.
You are using a 2 year old version which comes with Presto engine
(development of which is now discontinued by Opera), while newer
versions use Blink engine.

Cheers.
- Vikrant


On 17 March 2015 at 04:24, Tontyna  wrote:

Opera (12.17/Win32) produces gigantic s -- see attached screenshot.
Culprit is the display: flex property of div.submenu

- Tontyna


___
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


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

[fossil-users] Bug: "fossil configuration pull" doesn't pull all ticket reports

[Markus Laire]

When using "fossil configuration pull ticket --overwrite" with source
repository which has default "All Tickets" report and one custom
report, only custom report is pulled and not the default report. So
target repository loses the default "All Tickets" report. This also
makes custom report have different rn in the two repositories (rn=2 in
source repository and rn=1 in target repository).

I think that this should be fixed so that after pull both repositories
have exact same ticket reports with exact same rn numbers.

Fossil version: 1.32 linux executable
OS: Debian Wheezy

STEPS TO REPRODUCE

> fossil init source.fossil
> fossil ui source.fossil
# Add custom ticket report, leave server open
# - source repository now has "All Tickets" report (rn=1) and custom
report (rn=2)
> fossil init target.fossil
> fossil configuration pull ticket --overwrite http://localhost:PORT -R 
> target.fossil
> fossil ui target.fossil
# target repository now has only custom report (rn=1), not "All Tickets" report

-- 
Markus Laire
https://sites.google.com/site/malaire
___
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] Browser support

[Graeme Pietersz]

On 17/03/15 06:20, Warren Young wrote:

On Mar 16, 2015, at 11:15 AM, Richard Hipp  wrote:

The timeline graph is drawn using JS.  Without JS you do not get the
very nice timeline graph.  I don't see any reasonable way around that.

Hi, it’s the resident pro web app developer checking in again. :)

There are at least three ways to create the timeline without Javascript.

1. Build the timeline as a dynamic PNG on the server side, then serve the 
client a URL to that dynamic PNG.  This requires libpng or similar, some 
line-drawing API on top of that (e.g. libgd, SDL, etc.), and ideally a place to 
cache the generated PNG so it doesn’t have to be re-generated until a timeline 
update invalidates it.

We actually have code doing this, written before the next two options became 
widely available.  We’ll get around to rewriting it RSN.

2. Generate the timeline server-side as SVG, and serve it inline on the 
timeline page.  Of the mainstream browsers with significant market share, only 
IE8 doesn’t support SVG:

   http://caniuse.com/#search=svg

The only reason there’s still a significant chunk of IE8 out there is that 
that’s the last version of IE that will run on XP.  No developer should still 
be running an unsupported 13 year old OS on his desktop anyway.

There is  an SVG shiv for IE8 - maybe more than one.

Some people at large organisation still have support for XP (MS call it 
"custom support" or something similar and charge a LOT for it) and may 
not have a choice.



3. Generate the timeline via .  Yes, technically this is one of those 
spiffy HTML5 features, but it’s actually about as well supported as SVG these days:

   http://caniuse.com/#search=canvas

Only option 1 will work for Tim's favorite browser, Dillo, but…ugh.

The effort needed seems excessive to compared to Dillo's user base.
   


Fossil should not *require* any of the latest
HTML5 stuff.

A few years ago I would have agreed with you, but browsers have come a long way 
recently, what with all the new competition.

I’m all for supporting “ancient” browsers, as long as they still render 
standard HTML, CSS and JS code correctly.  Our own web app finally dropped 
Firefox 2 support recently, moving the low bar up to Firefox 3, because we 
found a case where 2 wasn’t doing the right thing with some perfectly 
reasonable code.  I don’t think it’s unreasonable to require a browser released 
6 years ago at minimum.

We have too many good browsers available these days to be continuing to bend 
over backwards with browser compatibility hacks.  You have to be able to draw 
some line in the sand, some minimum level of required features.

I think IE9 makes a pretty good target.  Although it’s only 4 years old now, it was 
about 3 years behind the rest of the mainstream browser world at the time, in terms 
of HTML, CSS & JS feature compatibility.  (Yes, about equal to Firefox 3, 
Safari 3, and Chrome 1.0!)  IE9 is the newest IE that still runs on the oldest 
supported version of Windows, Vista, which will be in “extended support” for 
another couple of years.

This does rule out XP support for sites unwilling to switch from IE, but I 
don’t think such people are Fossil’s target market anyway.

Incidentally, if you’re looking for ways to test with versions of IE you 
otherwise wouldn’t have access to, visit:

   https://www.modern.ie/

You wouldn’t know it from the URL, but it’s actually a Microsoft service, 
offering legitimate testing versions of Windows pre-loaded with specific 
versions of IE.  An especially nice feature is that it can generate images in 
any of several VM formats: VirtualBox, OVA (VMware), Hyper-V, Parallels…
It is very useful and as far as I am concerned the best thing MS has 
done for years.

___
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] GitHub question. Was: Git-v-Fossil.

[Michal Suchanek]

On 16 March 2015 at 23:08, Joerg Sonnenberger  wrote:
> On Mon, Mar 16, 2015 at 11:01:21PM +0100, mario wrote:
>> "Social network" is a nice metaphor.  But it's also just a side-effect
>> of having a data silo.
>
> Actually, I think that's the far bigger item. GitHub has managed
> something which SourceForge never had -- a stable service.
>
>> Most developer interactions center around the issue tracker.  Which is
>> pretty.  And often just used as discussion board with ticket numbers.
>
> That's not my experience with GitHub. Until recently, the issue tracker
> was a bad joke. The central communication medium on GitHub was always
> the pull queue...
>

Either way, github has managed these things:

1) it's a general purpose place to publish any code (with relatively
reliable service)
2) it's a place to get feedback for your code (in whatever form) that is usable

SF fails in 2) due to their bug tracker being a bad joke to this date
and lack of any pull request tracker. LP fails in 1) due to their
focus on Ubuntu.

Also it seems that focus on pull requests rather than traditional bug
reports was a good move on part of github. It was a void they have
filled with their service.

Thanks

Michal
___
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] fossil ui not working with recent chrome browser

[a...@gmx-topmail.de]

Am 16.03.2015 um 12:22 schrieb Richard Hipp:
> On 3/16/15, a...@gmx-topmail.de  wrote:
>> 6) my own remote fossil standalone instances on Linux server ->
>> incomplete pages for all browsers except firefox, which shows complete
>> pages
> 
> Are you able to set up a such an instance that we can access to
> investigate the problem?

no, unfortunately not at the moment (I'm sick and writing this from
home). I probably can do that when I'm back to work... But I honestly
doubt that you would see the problems: My colleagues access the same
instances with no problems (they are also on windows and at least use
some of the browser versions which I have problems with). I will let
them test with all browsers that I have problems with when I'm back to
work...

Albert


___
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] fossil ui not working with recent chrome browser

[a...@gmx-topmail.de]

Am 17.03.2015 um 01:43 schrieb jungle Boogie:
> Hi,
> On 14 March 2015 at 05:12, a...@gmx-topmail.de  wrote:
>> This is what does show the problems for me (on Windows 7):
>>
>> fossil init test.fossil
>> fossil ui test.fossil
>>
>> then use chrome version 41.0.2272.89 m to navigate to e.g. the "new
>> ticket" page, of which only the summary inputfield and Type-combobox are
>> shown. Same page and setup shows correctly with e.g. firefox.
> 
> 
> I'm using Fossil 1.32, Windows 7 home premium, Google Chrome
> 42.0.2311.39 beta-m and Mozilla Firefox 36.0.1.
> 
> With your above steps, I cannot reproduce what you're describing. Both
> browsers display the /tktnew identically.
> 
> Time to rule out some things.
> 
> -Can you send the repo to anyone?

I have included it as an attachement, there is nothing special about it,
I just did fossil init and fossil ui (or serve).

> -Can you use a different Windows computer?

I did, and there I don't have the problem (I'm sick and write this from
home, I probably will do more tests with other computers/browsers in the
next days once I'm back to work...)

> -fossil init test.fossil on a non-Windows computer and load the repo
> on your Windows computer, what's it look like?

I did that and see the same problem. I also see the problem when I
access a repository that was created and is served from a linux box
(accessed through an ssh-tunnel).

> -Try Fossil 1.32

already tried that, same outcome (incomplete pages).

I probably once more should emphasize that this does not happen when I
use firefox on the same computer. One more thing I will try once I'm
back to work is whether I see the same problems when I run fossil as CGI
from apache...

Albert


tst.fossil
Description: Binary data
___
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] Browser support

[John Found]

On Mon, 16 Mar 2015 13:15:00 -0400
Richard Hipp  wrote:

> I agree that Fossil ought to be usable (though perhaps with reduced
> functionality, such as no timeline graph) even with very old and
> primitive browsers.  Fossil should not *require* any of the latest
> HTML5 stuff.  Certainly it is free to take advantage of those new
> features if they are available, but Fossil should still be usable
> without them.

It is not only an issue with the old vs new browsers. I know several 
people, that prefer to disable JS even on new browsers because of 
security reasons. Unfortunately, the browsers does not allow disabling JS on
site base, so even trusted web sites get disabled. On the other hand
HTML5 and CSS for these users are OK.

Another observation about such users is that they think that logging-in
in fossil will need some kind of registration they are not willing to do.
This way they simply never click on login link and never read the 
instructions on the login page, ending with heap of honey-pot links and
not able to navigate the repository.


-- 
http://fresh.flatassembler.net
http://asm32.info
John Found 
___
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] fossil ui not working with recent chrome browser

[Tontyna]

Am 16.03.2015 um 11:24 schrieb a...@gmx-topmail.de:

I have now also made some additional tests:
1) local instance of a simple python webserver instance -> complete
pages for all browsers
2) remote instance of apache+trac -> complete pages for all browsers
3) remote instance of apache+trac through ssh-tunnel -> complete pages
for all browsers
4) remote public fossil instances -> complete pages for all browsers
5) local fossil instances (standalone server) on Win7 -> incomplete
pages for all browsers except firefox, which shows complete pages
6) my own remote fossil standalone instances on Linux server ->
incomplete pages for all browsers except firefox, which shows complete pages
7) my own remote fossil standalone instances on Linux server via
ssh-tunnel -> incomplete pages for all browsers except firefox, which
shows complete pages
8) foreign remote fossil instances-> complete pages with all browsers


The above experiments indicate that CGI Fossil works and standalone 
server fails.

So what's the difference between running standalone and CGI?

Looking at the Fossil source code I see that in either case the response 
is produced by redirecting the output of fossil_system() into a 
temporary file, then send() the contents of that file back, and finally 
deleting the file.


I'm not an expert in programming http servers and the likes. Only 
thinkering.
Assuming send() isn't asynchronous and the fossil server is still 
running after an incomplete page I naively can imagine the following 
reasons for truncated html:


1. fossil_system() produces different output
=> Can't be because in Firefox the pages are complete

2. Sending the contents of the temporay file stops midways when
   standalone and not requested by Firefox.
=> Sounds like nonsense. The send()-loop sends until EOF.

3. The temporary file is truncated (or deleted) while Fossil is
   in the send-loop.
=> Hu?!

4. Fossil sends the complete response but Browser ignores the
   half of it.
=> Why should he? Are Chrome, IE, Opera more impatient than Firefox is?
   Is CGI delivery faster than standalone?
Q: Does send() expect the receiver to commit? As I said: I'm not an expert.

5. Other forces that might interrupt a HTTPResponse?
=> ???

There is one difference between CGI and standalone I spotted:
When I run Fossil standalone the output file is located in 
%LOCALAPPDATA%\Temp. When I run Fossil as CGI (Xampp) the temporary path 
is C:\xampp\tmp

Is there something special Albert's system performs in its TMP folder?

If that happened on my computer I'd recompile Fossil, commenting out the 
line #165 in winhttp.c :

--  file_delete(zReplyFName);
and have a look at the `fossil_server_P*_out*.txt` files.

Investigating the Windows Event Log might be another option.

- Tontyna,
  run out of ideas now
___
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] Missing timeline graph above 36 timeline items (?!)

[Richie Adler]

Andy Bradford decía, en el mensaje "Re: [fossil-users] Missing timeline graph
above 36 timeline items (?!)" del 17/3/2015 1:48:13:
>> Disabled  NoScript and  for more  security restarted  Firefox with  no
>> extensions enabled. Same thing.
> 
> I wonder if perhaps some  cross-site scripting blocking tool is blocking
> it?

The only one was NoScript and it was disabled in safe mode.


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

[fossil-users] possible error

[Ramon Ribó]

fossil version
This is fossil version 1.32 [302052d30b] 2015-02-20 08:30:51 UTC

fossil sync
Usage: c:\other\binutils\fossil.exe sync URL

is it not possible to use "sync" without URL?

RR
___
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] possible error

[Martin S. Weber]

On 2015-03-17 17:06:33, Ramon Ribó wrote:
> fossil version
> This is fossil version 1.32 [302052d30b] 2015-02-20 08:30:51 UTC
> 
> fossil sync
> Usage: c:\other\binutils\fossil.exe sync URL
> 
> is it not possible to use "sync" without URL?

It is, after you've stored your sync settings (i.e. who is to be your peer)
in your local settings. You can see this url by issuing the "fossil remote-url"
command, and can set it there, too, see fossil help remote-url.
Sample would be fossil remote-url http://u...@ho.st:port/path/to/repo

Have fun,
-Martin
___
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] possible error

[j. van den hoff]

On Tue, 17 Mar 2015 17:06:33 +0100, Ramon Ribó   
wrote:



fossil version
This is fossil version 1.32 [302052d30b] 2015-02-20 08:30:51 UTC

fossil sync
Usage: c:\other\binutils\fossil.exe sync URL

is it not possible to use "sync" without URL?


yes, if you have defined a remote URL via `fossil remote-url ' it  
should work.




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



--
Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] possible error

[Ramon Ribó]

OK. Thanks,

Maybe the error message could be changed to:

Usage: c:\other\binutils\fossil.exe sync ?URL?
URL must be defined if it has not been already defined with previous
invocations of commands remote-url, sync, pull, or push

It looks strange that the help begins with:

fossil help sync
Usage: c:\other\binutils\fossil.exe sync ?URL? ?options?

and the error message with:

fossil sync
Usage: c:\other\binutils\fossil.exe sync URL

RR

2015-03-17 17:23 GMT+01:00 j. van den hoff :
> On Tue, 17 Mar 2015 17:06:33 +0100, Ramon Ribó  wrote:
>
>> fossil version
>> This is fossil version 1.32 [302052d30b] 2015-02-20 08:30:51 UTC
>>
>> fossil sync
>> Usage: c:\other\binutils\fossil.exe sync URL
>>
>> is it not possible to use "sync" without URL?
>
>
> yes, if you have defined a remote URL via `fossil remote-url ' it
> should work.
>
>>
>> RR
>> ___
>> fossil-users mailing list
>> fossil-users@lists.fossil-scm.org
>> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>
>
> --
> Using Opera's revolutionary email client: http://www.opera.com/mail/
___
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] possible error

[Stephan Beal]

On Tue, Mar 17, 2015 at 5:52 PM, Ramon Ribó  wrote:

> Usage: c:\other\binutils\fossil.exe sync ?URL?
> URL must be defined if it has not been already defined with previous
> invocations of commands remote-url, sync, pull, or push
>

That shouldn't be necessary. i have always (since 2007) just done:

fossil clone http://... foo.fsl
mkdir foo
cd foo
fossil open ../foo.fsl

and then the remote URL is automatically set to the clone source with no
additional fiddling needed.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
"Freedom is sloppy. But since tyranny's the only guaranteed byproduct of
those who insist on a perfect world, freedom will have to do." -- Bigby Wolf
___
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] possible error

[bch]

On 3/17/15, Stephan Beal  wrote:
> On Tue, Mar 17, 2015 at 5:52 PM, Ramon Ribó  wrote:
>
>> Usage: c:\other\binutils\fossil.exe sync ?URL?
>> URL must be defined if it has not been already defined with previous
>> invocations of commands remote-url, sync, pull, or push
>>
>
> That shouldn't be necessary. i have always (since 2007) just done:

That won't handle a case where the repo comes to you by (eg) having
the backing sqlite db copied into place as in a cp, email attachment,
etc.

> fossil clone http://... foo.fsl
> mkdir foo
> cd foo
> fossil open ../foo.fsl
>
> and then the remote URL is automatically set to the clone source with no
> additional fiddling needed.
>
> --
> - stephan beal
> http://wanderinghorse.net/home/stephan/
> http://gplus.to/sgbeal
> "Freedom is sloppy. But since tyranny's the only guaranteed byproduct of
> those who insist on a perfect world, freedom will have to do." -- Bigby
> Wolf
>
___
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] fossil ui not working with recent chrome browser

[a...@gmx-topmail.de]

Am 17.03.2015 um 12:59 schrieb Tontyna:
> Am 16.03.2015 um 11:24 schrieb a...@gmx-topmail.de:
>> I have now also made some additional tests:
>> 1) local instance of a simple python webserver instance -> complete
>> pages for all browsers
>> 2) remote instance of apache+trac -> complete pages for all browsers
>> 3) remote instance of apache+trac through ssh-tunnel -> complete pages
>> for all browsers
>> 4) remote public fossil instances -> complete pages for all browsers
>> 5) local fossil instances (standalone server) on Win7 -> incomplete
>> pages for all browsers except firefox, which shows complete pages
>> 6) my own remote fossil standalone instances on Linux server ->
>> incomplete pages for all browsers except firefox, which shows complete
>> pages
>> 7) my own remote fossil standalone instances on Linux server via
>> ssh-tunnel -> incomplete pages for all browsers except firefox, which
>> shows complete pages
>> 8) foreign remote fossil instances-> complete pages with all browsers
> 
> The above experiments indicate that CGI Fossil works and standalone
> server fails.
> So what's the difference between running standalone and CGI?
> 
> Looking at the Fossil source code I see that in either case the response
> is produced by redirecting the output of fossil_system() into a
> temporary file, then send() the contents of that file back, and finally
> deleting the file.
> 
> I'm not an expert in programming http servers and the likes. Only
> thinkering.
> Assuming send() isn't asynchronous and the fossil server is still
> running after an incomplete page I naively can imagine the following
> reasons for truncated html:
> 
> 1. fossil_system() produces different output
> => Can't be because in Firefox the pages are complete
> 
> 2. Sending the contents of the temporay file stops midways when
>standalone and not requested by Firefox.
> => Sounds like nonsense. The send()-loop sends until EOF.
> 
> 3. The temporary file is truncated (or deleted) while Fossil is
>in the send-loop.
> => Hu?!
> 
> 4. Fossil sends the complete response but Browser ignores the
>half of it.
> => Why should he? Are Chrome, IE, Opera more impatient than Firefox is?
>Is CGI delivery faster than standalone?
> Q: Does send() expect the receiver to commit? As I said: I'm not an expert.
> 
> 5. Other forces that might interrupt a HTTPResponse?
> => ???
> 
> There is one difference between CGI and standalone I spotted:
> When I run Fossil standalone the output file is located in
> %LOCALAPPDATA%\Temp. When I run Fossil as CGI (Xampp) the temporary path
> is C:\xampp\tmp
> Is there something special Albert's system performs in its TMP folder?

nothing that I know of. And it would have to be something that changed
very recently, before about a week or so I didn't see these problems...

> If that happened on my computer I'd recompile Fossil, commenting out the
> line #165 in winhttp.c :
> --  file_delete(zReplyFName);
> and have a look at the `fossil_server_P*_out*.txt` files.

that's a good point. As I don't usually compile myself it might take a
little before I can report what the outcome is...

> Investigating the Windows Event Log might be another option.

I tried to find anything interesting there, but was not successful. But
the windows event log is not exactly something I understand very well,
any pointers to what I should pay attention to are welcomed...

> - Tontyna,
>   run out of ideas now

and not alone with that :-), thanks for your efforts anyway...

Albert

___
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] fossil ui not working with recent chrome browser

[jungle Boogie]

Hello,
On 17 March 2015 at 03:07, a...@gmx-topmail.de  wrote:
>> -Can you use a different Windows computer?
>
> I did, and there I don't have the problem (I'm sick and write this from
> home, I probably will do more tests with other computers/browsers in the
> next days once I'm back to work...)

Create a new Windows profile on the computer you do have available and
see if the problem occurs with a brand now fossil repo.

Get well soon!




-- 
---
inum: 883510009027723
sip: jungleboo...@sip2sip.info
xmpp: jungle-boo...@jit.si
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] fossil enterprise git features missing

[heather]

Hello, on fossil website you say that fossil is designed for smaller and 
non-hierarchical teams and is meant for real small project compare to 
git,
in this case is there any way to add to fossil the same features as git 
has?

___
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] fossil enterprise git features missing

[jungle Boogie]

Hi Heather,
On 17 March 2015 at 15:30,   wrote:
> Hello, on fossil website you say that fossil is designed for smaller and
> non-hierarchical teams and is meant for real small project compare to git,
> in this case is there any way to add to fossil the same features as git has?

Git is licensed under some gpl and fossil is under BSD so you can take
things from Fossil and put into Git!

http://fossil-scm.org/index.html/doc/trunk/COPYRIGHT-BSD2.txt


-- 
---
inum: 883510009027723
sip: jungleboo...@sip2sip.info
xmpp: jungle-boo...@jit.si
___
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] Missing timeline graph above 36 timeline items (?!)

[Roy Marples]

On Monday 16 Mar 2015 12:07:58 Richard Hipp wrote:
> On 3/16/15, Richie Adler  wrote:
> > After the latest upgrades, I've been unable to see the timeline graphs if
> > I
> > have more than 36 items in the timeline. The space for the graph remains,
> > but
> > nothing is drawn.
> > 
> > The weirdest thing is that I have reverted to old versions and I'm still
> > unable to see the full graph!
> > 
> > I can see it in the Fossil site which is running the same version,
> > though...
> 
> In another thread ("fossil ui not working with recent chrome browser")
> there are reports of truncated pages when running on Windows.  But so
> far, none of the developers have been able to reproduce the problem.
> If you can show us how to repro the problem, we'll fix it right away.

I reported similar a while ago:
http://comments.gmane.org/gmane.comp.version-control.fossil-scm.user/19356

It looks very similar to this issue here.

Roy
___
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] fossil enterprise git features missing

[Andreas Kupries]

Ah, her question was the reverse, taking features of git and adding to fossil.

On Tue, Mar 17, 2015 at 3:41 PM, jungle Boogie  wrote:
> Hi Heather,
> On 17 March 2015 at 15:30,   wrote:
>> Hello, on fossil website you say that fossil is designed for smaller and
>> non-hierarchical teams and is meant for real small project compare to git,
>> in this case is there any way to add to fossil the same features as git has?
>
> Git is licensed under some gpl and fossil is under BSD so you can take
> things from Fossil and put into Git!
>
> http://fossil-scm.org/index.html/doc/trunk/COPYRIGHT-BSD2.txt
>
>
> --
> ---
> inum: 883510009027723
> sip: jungleboo...@sip2sip.info
> xmpp: jungle-boo...@jit.si
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users



-- 
Andreas Kupries
Senior Tcl Developer
Code to Cloud: Smarter, Safer, Faster™
F: 778.786.1133
andre...@activestate.com, http://www.activestate.com
Learn about Stackato for Private PaaS: http://www.activestate.com/stackato
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

[fossil-users] fossil server for timeline will return empty result for some parameters max

[die.drachen]

With fossil 1.31 [2e7c40dbdd] on OSX I ran locally:
$ fossil server

Then on the timeline page for the Max field, when I enter values between 
421-449, the server doesn't respond. Using curl:

$ curl "http://localhost:8080/timeline?n=421&y=all&v=0 
"
curl: (52) Empty reply from server

Using values n<421, n>449 appear to work without problem.

One thing I notice is that on the webpage for values <421 the graph appears, 
but values >449 there is no graph (presumably some threshold of complexity in 
the branches).

I couldn't reproduce any problems when using the fossil timeline command, with 
parameters (not sure how y, v would map to parameters).

Additionally, I couldn't find any documentation about where logs would go when 
running fossil server. I couldn't find logs anywhere to see if there was an 
issue. I saw a few other posts about timeline being problematic, but nothing 
that seemed to describe this same problem.

Christopher___
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] fossil enterprise git features missing

[Richard Hipp]

On 3/17/15, heat...@trans-world.org  wrote:
> Hello, on fossil website you say that fossil is designed for smaller and
> non-hierarchical teams and is meant for real small project compare to
> git,
> in this case is there any way to add to fossil the same features as git
> has?

Can you be more specific about what feature you have in mind?

-- 
D. Richard Hipp
d...@sqlite.org
___
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] fossil server for timeline will return empty result for some parameters max

[Richard Hipp]

On 3/17/15, die.drachen  wrote:
> With fossil 1.31 [2e7c40dbdd] on OSX I ran locally:
> $ fossil server
>
> Then on the timeline page for the Max field, when I enter values between
> 421-449, the server doesn't respond. Using curl:
>
> $ curl "http://localhost:8080/timeline?n=421&y=all&v=0
> "
> curl: (52) Empty reply from server

Probably the code to compute the graph is segfaulting.  Can you send
me the repo that gives this error?

>
> Using values n<421, n>449 appear to work without problem.
>
> One thing I notice is that on the webpage for values <421 the graph appears,
> but values >449 there is no graph (presumably some threshold of complexity
> in the branches).
>
> I couldn't reproduce any problems when using the fossil timeline command,
> with parameters (not sure how y, v would map to parameters).
>
> Additionally, I couldn't find any documentation about where logs would go
> when running fossil server. I couldn't find logs anywhere to see if there
> was an issue. I saw a few other posts about timeline being problematic, but
> nothing that seemed to describe this same problem.
>
> Christopher


-- 
D. Richard Hipp
d...@sqlite.org
___
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] fossil ui not working with recent chrome browser

[Tontyna]

Am 17.03.2015 um 21:01 schrieb a...@gmx-topmail.de:

Is there something special Albert's system performs in its TMP folder?


nothing that I know of. And it would have to be something that changed
very recently, before about a week or so I didn't see these problems...

My last Windows 7 update happened to be 5 days ago. And the next one is 
waiting for me to shutdown the computer.
I'm not in the support team but I heard that last week some of our 
customers did have problems right after Win7 update. Will ask my 
colleagues for details.



If that happened on my computer I'd recompile Fossil, commenting out the
line #165 in winhttp.c :
--  file_delete(zReplyFName);
and have a look at the `fossil_server_P*_out*.txt` files.


that's a good point. As I don't usually compile myself it might take a
little before I can report what the outcome is...


Did it right now. If you want I can e-mail the tweaked fossil.exe to you.
You won't be really happy with the contents of the replyfiles. Fossil 
produces 'Content-Encoding: gzip'.
But at least you can watch what files are produced when Firefox resp. 
Chrome requests the same page and compare their 'Content-Length'.



Investigating the Windows Event Log might be another option.


I tried to find anything interesting there, but was not successful. But
the windows event log is not exactly something I understand very well,
any pointers to what I should pay attention to are welcomed...


Me too. I never find nothing there. Was just a stupid idea ;)


- Tontyna,
   run out of ideas now


and not alone with that :-), thanks for your efforts anyway...

Albert


Three cheers to jungle Boogie! He had yet another idea!
___
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] fossil ui not working with recent chrome browser

[Tontyna]

Am 17.03.2015 um 21:08 schrieb jungle Boogie:

Hello,
On 17 March 2015 at 03:07, a...@gmx-topmail.de  wrote:

-Can you use a different Windows computer?


I did, and there I don't have the problem (I'm sick and write this from
home, I probably will do more tests with other computers/browsers in the
next days once I'm back to work...)


Create a new Windows profile on the computer you do have available and
see if the problem occurs with a brand now fossil repo.

Get well soon!



New user sounds like a good idea!

I'm 100% shure it's not the repo. It must be something else on the computer.

One more idea: How many fossil.exe do you see in the TaskManager when 
the corruption occurs? I know it sounds silly, but in the last months I 
had strange adventures with Windows services and same port in use by 
more than one application...


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

[fossil-users] Is whiki a fossil admin user interface?

[heather]

Hello,
I am a bit confused, Is whiki 
http://whiki.wanderinghorse.net/?page=whiki a fossil admin user 
interface to manage fossil website???


___
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] Is whiki a fossil admin user interface?

[bch]

It doesn't look like it's (directly) related to fossil. It's a project of
notable fossil hacker Stephan Beal, but that's it.
On Mar 17, 2015 6:39 PM,  wrote:

> Hello,
> I am a bit confused, Is whiki http://whiki.wanderinghorse.net/?page=whiki
> a fossil admin user interface to manage fossil website???
>
> ___
> 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

[fossil-users] Fossil security question from a newbie

[Byung-Jae Kwak]

Hello,

Suppose I have .fossil file on a thumb drive and I lost it.
If all the privileges of all the accounts in the repository have
been disabled except for the admin account, and the admin
account is protected with a fairly strong password,
can I assume the content in the repository is reasonably
safe?

BJ
___
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] Fossil security question from a newbie

[sky5walk]

The repo is an open SQLite db. You can browse it easily with any 3rd party
​SQLite viewer/editor or your own code. The passwords are hashed but
available. As are the user settings. So, someone could edit the user guest
cap to 'as' and do whatever. Better to encrypt the repo when in transit.

On Tue, Mar 17, 2015 at 11:44 PM, Byung-Jae Kwak 
wrote:

> Hello,
>
> Suppose I have .fossil file on a thumb drive and I lost it.
> If all the privileges of all the accounts in the repository have
> been disabled except for the admin account, and the admin
> account is protected with a fairly strong password,
> can I assume the content in the repository is reasonably
> safe?
>
> BJ
> ___
> 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] Fossil security question from a newbie

[Vikrant Chaudhary]

No, the authentication/authorisation is only to protect if the
repository is accessed over a protocol (http, command line etc.), if
someone has direct access to the file, they have access to _all_ of
the repository data.
To protect any file on a USB drive against theft or loss, you'll need
to either _encrypt_ the USB drive or a subset of its file-system that
contains the .fossil file.
If you are on Linux you can look into dm-crypt for full-disk
encryption: https://en.wikipedia.org/wiki/Dm-crypt
Or eCryptfs for file-system level encryption:
https://en.wikipedia.org/wiki/ECryptfs

Cheers.
- Vikrant


On 18 March 2015 at 09:14, Byung-Jae Kwak  wrote:
> Hello,
>
> Suppose I have .fossil file on a thumb drive and I lost it.
> If all the privileges of all the accounts in the repository have
> been disabled except for the admin account, and the admin
> account is protected with a fairly strong password,
> can I assume the content in the repository is reasonably
> safe?
>
> BJ
> ___
> 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] fossil server for timeline will return empty result for some parameters max

[die . drachen]

Unfortunately I'm unable to distribute the repo, which is also quite large 
(~730mb .fossil file, >93k commits). Are there additional measures I can take 
to get diagnostic information?

Christopher


> On Mar 17, 2015, at 7:09 PM, Richard Hipp  wrote:
> 
> On 3/17/15, die.drachen  wrote:
>> With fossil 1.31 [2e7c40dbdd] on OSX I ran locally:
>> $ fossil server
>> 
>> Then on the timeline page for the Max field, when I enter values between
>> 421-449, the server doesn't respond. Using curl:
>> 
>> $ curl "http://localhost:8080/timeline?n=421&y=all&v=0
>> "
>> curl: (52) Empty reply from server
> 
> Probably the code to compute the graph is segfaulting.  Can you send
> me the repo that gives this error?
> 
>> 
>> Using values n<421, n>449 appear to work without problem.
>> 
>> One thing I notice is that on the webpage for values <421 the graph appears,
>> but values >449 there is no graph (presumably some threshold of complexity
>> in the branches).
>> 
>> I couldn't reproduce any problems when using the fossil timeline command,
>> with parameters (not sure how y, v would map to parameters).
>> 
>> Additionally, I couldn't find any documentation about where logs would go
>> when running fossil server. I couldn't find logs anywhere to see if there
>> was an issue. I saw a few other posts about timeline being problematic, but
>> nothing that seemed to describe this same problem.
>> 
>> Christopher
> 
> 
> -- 
> D. Richard Hipp
> d...@sqlite.org
> ___
> 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] fossil server for timeline will return empty result for some parameters max

[Andy Bradford]

Thus said die.drachen  on Wed, 18 Mar 2015 00:58:41 
-0400:

> Unfortunately I'm unable  to distribute the repo, which  is also quite
> large  (~730mb  .fossil  file,  >93k commits).  Are  there  additional
> measures I can take to get diagnostic information?

You could  ensure that core  files are allowed  (check ulimit -c  in the
environment where you  start Fossil server). Then watch for  a core file
and use gdb to provide the output of backtrace:

$ gdb fossil fossil.core
> bt
...

Thanks,

Andy
-- 
TAI64 timestamp: 4000550907c5


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