Bug#688903: confirm

I can reproduce this bug 100% reliably here. Locking is not an issue (ext4 filesystem), neither race conditions, as I am the only user. I did the following: $ dwww-cache --list-all man /usr/share/man/man1/bash.1.gz b/0 n man /usr/share/man/man1/curl.1.gz c/0 n man /usr/share/man/man1/docker-com

Bug#688903:

At 14:21 02/04/2013, Robert Luberda wrote: >Rodrigo Silva wrote: > >Hi, > >> man /usr/share/man/man1/git-diff.1.gz g/0 n >> man /usr/share/man/man1/git-ls-files.1.gz g/0 n >> man /usr/share/man/man1/git-rebase.1.gz g/0 n >> man /usr/share/man/man1/git-submodule.1.gz g/0 n >> runman /usr/share/man/m

Bug#688903:

At 14:21 02/04/2013, Robert Luberda wrote: >Rodrigo Silva wrote: > >Hi, > >> man /usr/share/man/man1/git-diff.1.gz g/0 n >> man /usr/share/man/man1/git-ls-files.1.gz g/0 n >> man /usr/share/man/man1/git-rebase.1.gz g/0 n >> man /usr/share/man/man1/git-submodule.1.gz g/0 n >> runman /usr/share/man/m

Bug#688903:

At 14:21 02/04/2013, Robert Luberda wrote: >Rodrigo Silva wrote: > >Hi, > >> man /usr/share/man/man1/git-diff.1.gz g/0 n >> man /usr/share/man/man1/git-ls-files.1.gz g/0 n >> man /usr/share/man/man1/git-rebase.1.gz g/0 n >> man /usr/share/man/man1/git-submodule.1.gz g/0 n >> runman /usr/share/man/m

Bug#688903:

Rodrigo Silva wrote: Hi, > man /usr/share/man/man1/git-diff.1.gz g/0 n > man /usr/share/man/man1/git-ls-files.1.gz g/0 n > man /usr/share/man/man1/git-rebase.1.gz g/0 n > man /usr/share/man/man1/git-submodule.1.gz g/0 n > runman /usr/share/man/man1/git.1.gz g/0 n I can see that all of the above

Bug#688903:

I can confirm this bug: dwww was consistently giving me the wrong page for git-ls-files, it opened up the git-diff page. This happened regardless of how I searched for it, it could be using: http://desktop/cgi-bin/dwww/usr/share/man/man1/git-ls-files.1.gz?type=man or http://desktop/cgi-bin/dww

Bug#688903: typescript showing wrong man page with caching enabled

Chad Wallace wrote: Hi, > In the attached typescript, I ran dwww-convert for > Template::Manual::Directives, and it returned the right page with > caching disabled, but returned the Template::Plugin::Date page > (which I had visited a few minutes earlier in dwww) with caching > enabled. I cannot

Bug#688903: False positives in dwww cache

Package: dwww Version: 1.11.3 Severity: normal dwww often returns the wrong man page. I suspect it may be caused by long perl module names (e.g., Template::Manual::Directives). I've reproduced it with dwww-convert on the command line, and I'll upload the typescript. With DWWW_USE_CACHE=no it d