Menu
▾
▴
lxr-developer — Don't use, active developers only
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(11) |
Jun
(21) |
Jul
(14) |
Aug
(83) |
Sep
(23) |
Oct
(37) |
Nov
(52) |
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(28) |
Feb
(40) |
Mar
(21) |
Apr
(8) |
May
(21) |
Jun
(13) |
Jul
(9) |
Aug
(5) |
Sep
(8) |
Oct
(7) |
Nov
(2) |
Dec
|
| 2003 |
Jan
(2) |
Feb
(1) |
Mar
(11) |
Apr
(4) |
May
(6) |
Jun
(15) |
Jul
(4) |
Aug
(4) |
Sep
(9) |
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2004 |
Jan
(4) |
Feb
|
Mar
(4) |
Apr
(12) |
May
(5) |
Jun
(9) |
Jul
(47) |
Aug
(1) |
Sep
(1) |
Oct
(7) |
Nov
|
Dec
(1) |
| 2005 |
Jan
(4) |
Feb
(2) |
Mar
(3) |
Apr
(10) |
May
(9) |
Jun
(15) |
Jul
(3) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(10) |
Dec
(4) |
| 2006 |
Jan
(1) |
Feb
|
Mar
(9) |
Apr
(5) |
May
(1) |
Jun
(6) |
Jul
(2) |
Aug
|
Sep
(5) |
Oct
(2) |
Nov
|
Dec
(3) |
| 2007 |
Jan
(2) |
Feb
(1) |
Mar
(32) |
Apr
(3) |
May
(3) |
Jun
(16) |
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
(4) |
Dec
(3) |
| 2008 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
(46) |
Apr
(70) |
May
(15) |
Jun
(13) |
Jul
(1) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
(5) |
Feb
(4) |
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(7) |
Nov
(6) |
Dec
|
| 2011 |
Jan
(1) |
Feb
|
Mar
(85) |
Apr
(18) |
May
(4) |
Jun
(3) |
Jul
(4) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(2) |
Dec
(20) |
| 2012 |
Jan
(17) |
Feb
(16) |
Mar
(13) |
Apr
(18) |
May
|
Jun
(6) |
Jul
(6) |
Aug
(10) |
Sep
(15) |
Oct
(10) |
Nov
(25) |
Dec
(1) |
|
From: SourceForge.net <no...@so...> - 2005-10-07 21:38:45
|
Bugs item #1316021, was opened at 2005-10-07 14:16 Message generated for change (Comment added) made by brondsem You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1316021&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Dave Brondsema (brondsem) Summary: Search Error in 'feeble attempt to print possible errors' Initial Comment: I'm running LXR 0.9.4 with Swish-e, MySQL and Plain files. In the swishsearch function in search, the line print $hit, "<br>\n" if $hit =~ $hit =~ /No such file or directory/; # feeble attempt to print possible errors (e.g. incomplete LD_LIBRARY_PATH causes linking errors) doesn't really make sense to me. The conditional "$hit =~ $hit =~ /No..." can never be TRUE. In fact, worse than the fact that you can never get TRUE, you can actually get errors. When $hit had a value of '347 /src/include/g++-3/stl.h "stl.h" 92379' I would get the following error: Nested quantifiers in regex; marked by <-- HERE in m/347 /src/include/g++ <-- HERE -3/stl.h "stl.h" 92379 The ++ in /src/include/g++-3/stl.h causes the grief in this case. I assumed other invalid rexexps in $hit would cause similar issues. So I tried $hit = '347 /sdf/sdf/sdf/sdf/[$..---]/ "sdf" 324234' and received: Invalid [] range ".--" in regex; marked by <-- HERE in m/347 /sdf/sdf/sdf/sdf/[$..-- <-- HERE -]/ "sdf" 324234 Patch for search 0.9.4 =================== --- search 2005-10-07 14:03:29.000000000 -0400 +++ search.orig 2005-10-07 14:02:00.000000000 -0400 @@ -162,7 +162,7 @@ if ($retval == 0) { my $numlines = 0; foreach my $hit (@result) { - print $hit, "<br>\n" if $hit =~ /No such file or directory/; # feeble attempt to print possible errors (e.g. incomplete LD_LIBRARY_PATH causes linking errors) + print $hit, "<br>\n" if $hit =~ $hit =~ /No such file or directory/; # feeble attempt to print possible errors (e.g. incomplete LD_LIBRARY_PATH causes linking errors) next if $hit =~ /^err:/; # skip; only 'no results' errors happen with return value 0 my ($score, $file) = $hit =~ /^(\d+) \/(.+) "(.+)" \d+/; ---------------------------------------------------------------------- >Comment By: Dave Brondsema (brondsem) Date: 2005-10-07 17:38 Message: Logged In: YES user_id=341298 Fixed, thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1316021&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-10-07 18:16:28
|
Bugs item #1316021, was opened at 2005-10-07 11:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1316021&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Search Error in 'feeble attempt to print possible errors' Initial Comment: I'm running LXR 0.9.4 with Swish-e, MySQL and Plain files. In the swishsearch function in search, the line print $hit, "<br>\n" if $hit =~ $hit =~ /No such file or directory/; # feeble attempt to print possible errors (e.g. incomplete LD_LIBRARY_PATH causes linking errors) doesn't really make sense to me. The conditional "$hit =~ $hit =~ /No..." can never be TRUE. In fact, worse than the fact that you can never get TRUE, you can actually get errors. When $hit had a value of '347 /src/include/g++-3/stl.h "stl.h" 92379' I would get the following error: Nested quantifiers in regex; marked by <-- HERE in m/347 /src/include/g++ <-- HERE -3/stl.h "stl.h" 92379 The ++ in /src/include/g++-3/stl.h causes the grief in this case. I assumed other invalid rexexps in $hit would cause similar issues. So I tried $hit = '347 /sdf/sdf/sdf/sdf/[$..---]/ "sdf" 324234' and received: Invalid [] range ".--" in regex; marked by <-- HERE in m/347 /sdf/sdf/sdf/sdf/[$..-- <-- HERE -]/ "sdf" 324234 Patch for search 0.9.4 =================== --- search 2005-10-07 14:03:29.000000000 -0400 +++ search.orig 2005-10-07 14:02:00.000000000 -0400 @@ -162,7 +162,7 @@ if ($retval == 0) { my $numlines = 0; foreach my $hit (@result) { - print $hit, "<br>\n" if $hit =~ /No such file or directory/; # feeble attempt to print possible errors (e.g. incomplete LD_LIBRARY_PATH causes linking errors) + print $hit, "<br>\n" if $hit =~ $hit =~ /No such file or directory/; # feeble attempt to print possible errors (e.g. incomplete LD_LIBRARY_PATH causes linking errors) next if $hit =~ /^err:/; # skip; only 'no results' errors happen with return value 0 my ($score, $file) = $hit =~ /^(\d+) \/(.+) "(.+)" \d+/; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1316021&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-10-06 05:40:27
|
Bugs item #1047761, was opened at 2004-10-15 15:01 Message generated for change (Comment added) made by dionisos You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1047761&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: genxref Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: duplicate entries in lxr_useage Initial Comment: For some reason running genxref (lxr-0.9.3) duplicate entries are being inserted into lxr_useage. The cross-referencing is all correct, but duplicated! ---------------------------------------------------------------------- Comment By: Erik Huelsmann (dionisos) Date: 2005-10-06 07:40 Message: Logged In: YES user_id=664913 Or rather see http://www.endrun.org/xr/svn/ident?i=svn_io_file_rename I'll be patching my lxr and resetting the hix.nu db. ---------------------------------------------------------------------- Comment By: Erik Huelsmann (dionisos) Date: 2005-10-05 23:34 Message: Logged In: YES user_id=664913 Cross referencing is not exactly duplicated, although it may look like it is for most items. This problem occurs when you use the Plain.pm module for xref-ing with incremental changes. The rev of the file is determined by its on-disc date, which is different for every time it changes. This leads to seemingly duplicate entries in the useage table all referring to the same file, some to the wrong lines. For an example, see: http://hix.nu/subversion/lxr/ident?v=wc-replacements&i=svn_wc_add_repos_file ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-10-15 15:05 Message: Logged In: NO Interestingly, this does not occur in the older version 0.9.2. Perhaps a bug has been introduced between versions? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1047761&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-10-05 21:34:08
|
Bugs item #1047761, was opened at 2004-10-15 15:01 Message generated for change (Comment added) made by dionisos You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1047761&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: genxref Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: duplicate entries in lxr_useage Initial Comment: For some reason running genxref (lxr-0.9.3) duplicate entries are being inserted into lxr_useage. The cross-referencing is all correct, but duplicated! ---------------------------------------------------------------------- Comment By: Erik Huelsmann (dionisos) Date: 2005-10-05 23:34 Message: Logged In: YES user_id=664913 Cross referencing is not exactly duplicated, although it may look like it is for most items. This problem occurs when you use the Plain.pm module for xref-ing with incremental changes. The rev of the file is determined by its on-disc date, which is different for every time it changes. This leads to seemingly duplicate entries in the useage table all referring to the same file, some to the wrong lines. For an example, see: http://hix.nu/subversion/lxr/ident?v=wc-replacements&i=svn_wc_add_repos_file ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2004-10-15 15:05 Message: Logged In: NO Interestingly, this does not occur in the older version 0.9.2. Perhaps a bug has been introduced between versions? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1047761&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-09-22 17:14:03
|
Bugs item #1277254, was opened at 2005-08-31 11:20 Message generated for change (Settings changed) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1277254&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: current cvs >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: --url option needs better help Initial Comment: A common problem on installs is people not using a full URL in the --url option to genxref, or not putting a full URL in the lxr.conf. LXR should notice that the parameter isn't a full URL and provide better help, both through lxr.conf and when browsing. ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2005-09-22 18:13 Message: Logged In: YES user_id=215386 Fixed in CVS ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1277254&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-09-22 16:54:02
|
Bugs item #1297957, was opened at 2005-09-21 18:18 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1297957&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Tyrel Datwyler (tyreld) Assigned to: Nobody/Anonymous (nobody) Summary: Filenames containing "-" are cut off when browsing Initial Comment: This happens with both files and directories. For example: Assume I have a directory called "cmpi-base". Now if I attempt to change to that directory I get an error saying "The file /cmpi does not exist". The same happens for plain files such as "sfcb.init-suse.in" which will error with "The file /sfcb.init-suse.in does not exist". My initial guess looking at the code would be that the "source" perl code doesn't not properly account for all legal filename characters. ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2005-09-22 17:53 Message: Logged In: YES user_id=215386 This has been fixed in the CVS version of LXR - I suggest downloading and using that. Commenting out the line as you suggest leaves your installation vulnerable to a security hole: it is then possible for a malicious user to read any file on the machine that the web server has access to. Regards, Malcolm ---------------------------------------------------------------------- Comment By: Tyrel Datwyler (tyreld) Date: 2005-09-21 19:38 Message: Logged In: YES user_id=640104 I just noticed a typo in my summary. The error with "sfcb.init-suse.in" should be "The file /sfcb.init does not exist." ---------------------------------------------------------------------- Comment By: Tyrel Datwyler (tyreld) Date: 2005-09-21 19:36 Message: Logged In: YES user_id=640104 Something funky about the regular expression in the clean_path subroutine in Common.pm was causing the problem. Commenting out the whole line fixed the problem. Here is the patch. --- ./lib/LXR/Common.pm 2005-09-21 11:27:07.861639000 -0700 +++ /srv/www/lxr/lib/LXR/Common.pm 2005-09-21 11:22:09.108056448 -0700 @@ -540,7 +540,7 @@ if(defined $path) { # First suppress anything after a dodgy character - $path =~ s!(^[\w_+-,.%^/]+).*!$1!; + #$path =~ s!(^[\w_+-,.%^/]+).*!$1!; # Clean out /../ while ($path =~ m!/../!) { $path = s!/\.\./!/!g; ---------------------------------------------------------------------- Comment By: Tyrel Datwyler (tyreld) Date: 2005-09-21 18:28 Message: Logged In: YES user_id=640104 I am currently using MySQL 4.0.18 as the DB backend and I am indexing plain files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1297957&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-09-21 18:38:23
|
Bugs item #1297957, was opened at 2005-09-21 10:18 Message generated for change (Comment added) made by tyreld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1297957&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Tyrel Datwyler (tyreld) Assigned to: Nobody/Anonymous (nobody) Summary: Filenames containing "-" are cut off when browsing Initial Comment: This happens with both files and directories. For example: Assume I have a directory called "cmpi-base". Now if I attempt to change to that directory I get an error saying "The file /cmpi does not exist". The same happens for plain files such as "sfcb.init-suse.in" which will error with "The file /sfcb.init-suse.in does not exist". My initial guess looking at the code would be that the "source" perl code doesn't not properly account for all legal filename characters. ---------------------------------------------------------------------- >Comment By: Tyrel Datwyler (tyreld) Date: 2005-09-21 11:38 Message: Logged In: YES user_id=640104 I just noticed a typo in my summary. The error with "sfcb.init-suse.in" should be "The file /sfcb.init does not exist." ---------------------------------------------------------------------- Comment By: Tyrel Datwyler (tyreld) Date: 2005-09-21 11:36 Message: Logged In: YES user_id=640104 Something funky about the regular expression in the clean_path subroutine in Common.pm was causing the problem. Commenting out the whole line fixed the problem. Here is the patch. --- ./lib/LXR/Common.pm 2005-09-21 11:27:07.861639000 -0700 +++ /srv/www/lxr/lib/LXR/Common.pm 2005-09-21 11:22:09.108056448 -0700 @@ -540,7 +540,7 @@ if(defined $path) { # First suppress anything after a dodgy character - $path =~ s!(^[\w_+-,.%^/]+).*!$1!; + #$path =~ s!(^[\w_+-,.%^/]+).*!$1!; # Clean out /../ while ($path =~ m!/../!) { $path = s!/\.\./!/!g; ---------------------------------------------------------------------- Comment By: Tyrel Datwyler (tyreld) Date: 2005-09-21 10:28 Message: Logged In: YES user_id=640104 I am currently using MySQL 4.0.18 as the DB backend and I am indexing plain files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1297957&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-09-21 18:36:51
|
Bugs item #1297957, was opened at 2005-09-21 10:18 Message generated for change (Comment added) made by tyreld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1297957&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Tyrel Datwyler (tyreld) Assigned to: Nobody/Anonymous (nobody) Summary: Filenames containing "-" are cut off when browsing Initial Comment: This happens with both files and directories. For example: Assume I have a directory called "cmpi-base". Now if I attempt to change to that directory I get an error saying "The file /cmpi does not exist". The same happens for plain files such as "sfcb.init-suse.in" which will error with "The file /sfcb.init-suse.in does not exist". My initial guess looking at the code would be that the "source" perl code doesn't not properly account for all legal filename characters. ---------------------------------------------------------------------- >Comment By: Tyrel Datwyler (tyreld) Date: 2005-09-21 11:36 Message: Logged In: YES user_id=640104 Something funky about the regular expression in the clean_path subroutine in Common.pm was causing the problem. Commenting out the whole line fixed the problem. Here is the patch. --- ./lib/LXR/Common.pm 2005-09-21 11:27:07.861639000 -0700 +++ /srv/www/lxr/lib/LXR/Common.pm 2005-09-21 11:22:09.108056448 -0700 @@ -540,7 +540,7 @@ if(defined $path) { # First suppress anything after a dodgy character - $path =~ s!(^[\w_+-,.%^/]+).*!$1!; + #$path =~ s!(^[\w_+-,.%^/]+).*!$1!; # Clean out /../ while ($path =~ m!/../!) { $path = s!/\.\./!/!g; ---------------------------------------------------------------------- Comment By: Tyrel Datwyler (tyreld) Date: 2005-09-21 10:28 Message: Logged In: YES user_id=640104 I am currently using MySQL 4.0.18 as the DB backend and I am indexing plain files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1297957&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-09-21 17:28:43
|
Bugs item #1297957, was opened at 2005-09-21 10:18 Message generated for change (Comment added) made by tyreld You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1297957&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Tyrel Datwyler (tyreld) Assigned to: Nobody/Anonymous (nobody) Summary: Filenames containing "-" are cut off when browsing Initial Comment: This happens with both files and directories. For example: Assume I have a directory called "cmpi-base". Now if I attempt to change to that directory I get an error saying "The file /cmpi does not exist". The same happens for plain files such as "sfcb.init-suse.in" which will error with "The file /sfcb.init-suse.in does not exist". My initial guess looking at the code would be that the "source" perl code doesn't not properly account for all legal filename characters. ---------------------------------------------------------------------- >Comment By: Tyrel Datwyler (tyreld) Date: 2005-09-21 10:28 Message: Logged In: YES user_id=640104 I am currently using MySQL 4.0.18 as the DB backend and I am indexing plain files. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1297957&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-09-21 17:18:34
|
Bugs item #1297957, was opened at 2005-09-21 10:18 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1297957&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Tyrel Datwyler (tyreld) Assigned to: Nobody/Anonymous (nobody) Summary: Filenames containing "-" are cut off when browsing Initial Comment: This happens with both files and directories. For example: Assume I have a directory called "cmpi-base". Now if I attempt to change to that directory I get an error saying "The file /cmpi does not exist". The same happens for plain files such as "sfcb.init-suse.in" which will error with "The file /sfcb.init-suse.in does not exist". My initial guess looking at the code would be that the "source" perl code doesn't not properly account for all legal filename characters. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1297957&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-09-09 22:09:42
|
Bugs item #1213449, was opened at 2005-06-02 13:10 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1213449&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: badlydrawnbhoy (badlydrawnbhoy) >Assigned to: Malcolm Box (mbox) Summary: File and directory names that contain dashes fail. Initial Comment: 1. List a directory, and then 2. Attempt to select or file or sub-directory whose name contains a '-'. Say, for example's sake, 'groups-list.c'. 3. An error stating that file 'groups' (using our example) does not exist is displayed. ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2005-09-09 23:09 Message: Logged In: YES user_id=215386 This has now been fixed in CVS. If you can install the new version and check that it solves your problem, then it would be very useful. Thanks for reporting this defect and helping to make LXR better. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-07-14 13:10 Message: Logged In: NO sorry, the patch below reversed by mistaken ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-07-14 13:07 Message: Logged In: NO I've found where the problem is: lxr-0.9.4/lib/LXR/Common.pm if(defined $path) { # First suppress anything after a dodgy character - $path =~ s!(^[\w_+\-,.%^/]+).*!$1!; + $path =~ s!(^[\w_+-,.%^/]+).*!$1!; # Clean out /../ - while ($path =~ m!/\.\./!) { + while ($path =~ m!/../!) { $path = s!/\.\./!/!g; } } ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-06-30 17:13 Message: Logged In: NO Had the same issue, in sub clean_path the regexp to clean out anything after dodgy characters needs \ (backslash) escapes for - (minus) and . (dot) at least. Seems to work for me now. feedback to t.lehnig <at> gmx <dot> de ---------------------------------------------------------------------- Comment By: badlydrawnbhoy (badlydrawnbhoy) Date: 2005-06-02 16:22 Message: Logged In: YES user_id=1285009 Hi, I'm using 0.9.4, but that doesn't appear in the dropdown list as far as I can see. Cheers Paul ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2005-06-02 16:05 Message: Logged In: YES user_id=215386 Please can you update this bug with which version of LXR you are using? Thanks, Malcolm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1213449&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-09-09 22:08:47
|
Bugs item #1230443, was opened at 2005-06-30 17:20 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1230443&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Malcolm Box (mbox) Summary: Two letter directories fail Initial Comment: Using version 0.9.4 no error messages Postgres DB Plain Files Path names consisting of only 2 letters are not displayed. E.g. browsing in linux/fs/ the displayed directory remains at linux/. Found the bug in sub clean_path: # Clean out /../ while ($path =~ m!/../!) { $path = s!/\.\./!/!g; The first regex matches any two letters, it should be escaped with \: # Clean out /../ while ($path =~ m!/\.\./!) { $path = s!/\.\./!/!g; feedback or questions to: t.lehnig <at> gmx <dot> de. ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2005-09-09 23:08 Message: Logged In: YES user_id=215386 This has now been fixed in CVS. If you can install the new version and check that it solves your problem, then it would be very useful. Thanks for reporting this defect and helping to make LXR better. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-07-14 08:58 Message: Logged In: NO --- Common.pm.old 2005-07-14 15:54:29.000000000 +0800 +++ Common.pm 2005-07-14 15:55:21.000000000 +0800 @@ -541,7 +541,7 @@ # First suppress anything after a dodgy character $path =~ s!(^[\w_+-,.%^/]+).*!$1!; # Clean out /../ - while ($path =~ m!/../!) { + while ($path =~ m!/\.\./!) { $path = s!/\.\./!/!g; } } I found the problem, too ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1230443&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-08-31 10:20:31
|
Bugs item #1277254, was opened at 2005-08-31 03:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1277254&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: --url option needs better help Initial Comment: A common problem on installs is people not using a full URL in the --url option to genxref, or not putting a full URL in the lxr.conf. LXR should notice that the parameter isn't a full URL and provide better help, both through lxr.conf and when browsing. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1277254&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-07-14 12:10:19
|
Bugs item #1213449, was opened at 2005-06-02 05:10 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1213449&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: badlydrawnbhoy (badlydrawnbhoy) Assigned to: Nobody/Anonymous (nobody) Summary: File and directory names that contain dashes fail. Initial Comment: 1. List a directory, and then 2. Attempt to select or file or sub-directory whose name contains a '-'. Say, for example's sake, 'groups-list.c'. 3. An error stating that file 'groups' (using our example) does not exist is displayed. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-07-14 05:10 Message: Logged In: NO sorry, the patch below reversed by mistaken ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-07-14 05:07 Message: Logged In: NO I've found where the problem is: lxr-0.9.4/lib/LXR/Common.pm if(defined $path) { # First suppress anything after a dodgy character - $path =~ s!(^[\w_+\-,.%^/]+).*!$1!; + $path =~ s!(^[\w_+-,.%^/]+).*!$1!; # Clean out /../ - while ($path =~ m!/\.\./!) { + while ($path =~ m!/../!) { $path = s!/\.\./!/!g; } } ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-06-30 09:13 Message: Logged In: NO Had the same issue, in sub clean_path the regexp to clean out anything after dodgy characters needs \ (backslash) escapes for - (minus) and . (dot) at least. Seems to work for me now. feedback to t.lehnig <at> gmx <dot> de ---------------------------------------------------------------------- Comment By: badlydrawnbhoy (badlydrawnbhoy) Date: 2005-06-02 08:22 Message: Logged In: YES user_id=1285009 Hi, I'm using 0.9.4, but that doesn't appear in the dropdown list as far as I can see. Cheers Paul ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2005-06-02 08:05 Message: Logged In: YES user_id=215386 Please can you update this bug with which version of LXR you are using? Thanks, Malcolm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1213449&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-07-14 12:07:59
|
Bugs item #1213449, was opened at 2005-06-02 05:10 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1213449&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: badlydrawnbhoy (badlydrawnbhoy) Assigned to: Nobody/Anonymous (nobody) Summary: File and directory names that contain dashes fail. Initial Comment: 1. List a directory, and then 2. Attempt to select or file or sub-directory whose name contains a '-'. Say, for example's sake, 'groups-list.c'. 3. An error stating that file 'groups' (using our example) does not exist is displayed. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-07-14 05:07 Message: Logged In: NO I've found where the problem is: lxr-0.9.4/lib/LXR/Common.pm if(defined $path) { # First suppress anything after a dodgy character - $path =~ s!(^[\w_+\-,.%^/]+).*!$1!; + $path =~ s!(^[\w_+-,.%^/]+).*!$1!; # Clean out /../ - while ($path =~ m!/\.\./!) { + while ($path =~ m!/../!) { $path = s!/\.\./!/!g; } } ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-06-30 09:13 Message: Logged In: NO Had the same issue, in sub clean_path the regexp to clean out anything after dodgy characters needs \ (backslash) escapes for - (minus) and . (dot) at least. Seems to work for me now. feedback to t.lehnig <at> gmx <dot> de ---------------------------------------------------------------------- Comment By: badlydrawnbhoy (badlydrawnbhoy) Date: 2005-06-02 08:22 Message: Logged In: YES user_id=1285009 Hi, I'm using 0.9.4, but that doesn't appear in the dropdown list as far as I can see. Cheers Paul ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2005-06-02 08:05 Message: Logged In: YES user_id=215386 Please can you update this bug with which version of LXR you are using? Thanks, Malcolm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1213449&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-07-14 07:58:23
|
Bugs item #1230443, was opened at 2005-06-30 09:20 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1230443&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Two letter directories fail Initial Comment: Using version 0.9.4 no error messages Postgres DB Plain Files Path names consisting of only 2 letters are not displayed. E.g. browsing in linux/fs/ the displayed directory remains at linux/. Found the bug in sub clean_path: # Clean out /../ while ($path =~ m!/../!) { $path = s!/\.\./!/!g; The first regex matches any two letters, it should be escaped with \: # Clean out /../ while ($path =~ m!/\.\./!) { $path = s!/\.\./!/!g; feedback or questions to: t.lehnig <at> gmx <dot> de. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-07-14 00:58 Message: Logged In: NO --- Common.pm.old 2005-07-14 15:54:29.000000000 +0800 +++ Common.pm 2005-07-14 15:55:21.000000000 +0800 @@ -541,7 +541,7 @@ # First suppress anything after a dodgy character $path =~ s!(^[\w_+-,.%^/]+).*!$1!; # Clean out /../ - while ($path =~ m!/../!) { + while ($path =~ m!/\.\./!) { $path = s!/\.\./!/!g; } } I found the problem, too ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1230443&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-06-30 16:20:40
|
Bugs item #1230443, was opened at 2005-06-30 09:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1230443&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Two letter directories fail Initial Comment: Using version 0.9.4 no error messages Postgres DB Plain Files Path names consisting of only 2 letters are not displayed. E.g. browsing in linux/fs/ the displayed directory remains at linux/. Found the bug in sub clean_path: # Clean out /../ while ($path =~ m!/../!) { $path = s!/\.\./!/!g; The first regex matches any two letters, it should be escaped with \: # Clean out /../ while ($path =~ m!/\.\./!) { $path = s!/\.\./!/!g; feedback or questions to: t.lehnig <at> gmx <dot> de. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1230443&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-06-30 16:13:13
|
Bugs item #1213449, was opened at 2005-06-02 05:10 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1213449&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: v0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: badlydrawnbhoy (badlydrawnbhoy) Assigned to: Nobody/Anonymous (nobody) Summary: File and directory names that contain dashes fail. Initial Comment: 1. List a directory, and then 2. Attempt to select or file or sub-directory whose name contains a '-'. Say, for example's sake, 'groups-list.c'. 3. An error stating that file 'groups' (using our example) does not exist is displayed. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2005-06-30 09:13 Message: Logged In: NO Had the same issue, in sub clean_path the regexp to clean out anything after dodgy characters needs \ (backslash) escapes for - (minus) and . (dot) at least. Seems to work for me now. feedback to t.lehnig <at> gmx <dot> de ---------------------------------------------------------------------- Comment By: badlydrawnbhoy (badlydrawnbhoy) Date: 2005-06-02 08:22 Message: Logged In: YES user_id=1285009 Hi, I'm using 0.9.4, but that doesn't appear in the dropdown list as far as I can see. Cheers Paul ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2005-06-02 08:05 Message: Logged In: YES user_id=215386 Please can you update this bug with which version of LXR you are using? Thanks, Malcolm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1213449&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-06-20 22:09:54
|
Bugs item #1213449, was opened at 2005-06-02 13:10 Message generated for change (Settings changed) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1213449&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing >Group: v0.9.4 Status: Open Resolution: None Priority: 5 Submitted By: badlydrawnbhoy (badlydrawnbhoy) Assigned to: Nobody/Anonymous (nobody) Summary: File and directory names that contain dashes fail. Initial Comment: 1. List a directory, and then 2. Attempt to select or file or sub-directory whose name contains a '-'. Say, for example's sake, 'groups-list.c'. 3. An error stating that file 'groups' (using our example) does not exist is displayed. ---------------------------------------------------------------------- Comment By: badlydrawnbhoy (badlydrawnbhoy) Date: 2005-06-02 16:22 Message: Logged In: YES user_id=1285009 Hi, I'm using 0.9.4, but that doesn't appear in the dropdown list as far as I can see. Cheers Paul ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2005-06-02 16:05 Message: Logged In: YES user_id=215386 Please can you update this bug with which version of LXR you are using? Thanks, Malcolm ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1213449&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-06-20 22:08:36
|
Bugs item #1217451, was opened at 2005-06-09 09:19 Message generated for change (Settings changed) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1217451&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Andrea Barbieri (abarbieri) >Assigned to: Malcolm Box (mbox) Summary: lxr.css and CGI script handling mode Initial Comment: Hello, in LXR v0.9.4 whenswitching .htaccess to be the CGI mode one, the lxr.css file generates the following apache (v1.3.x and v2.0.x) server error: file permissions deny server execution: /var/lxr/lxr.css there is no valid file permissions to resolve the error. the root of the problem is in the <Files> section of the .htaccess (cgi style): <Files ~ (find|search|source|ident|diff|cgi-bin)$> SetHandler cgi-script ForceType text/html </Files> the use of the SetHandler directive forces *all* files to be treated as cgi scripts, even the stylesheet file. a better approach would be to suffix the scripts with .pl and use the AddHandler directive. this way the stylesheet will be treated normally. many thanks andrea ---------------------------------------------------------------------- Comment By: Malcolm Box (mbox) Date: 2005-06-20 23:07 Message: Logged In: YES user_id=215386 I'm having problems reproducing this problem here - I see no error messages about lxr.css, with ScriptAlias or Alias. However, I do think there is an error in the installation instructions in suggesting that the lxr directory should be ScriptAlias'ed rather than Alias'ed - could those with either more Apache experience or who have lxr using CGI running comment on what they are using? I'm reluctant to change the extensions of all the files, as that wouldn't appear to be necessary to get Apache to do the right thing. Thanks, Malcolm ---------------------------------------------------------------------- Comment By: Andrea Barbieri (abarbieri) Date: 2005-06-17 23:46 Message: Logged In: YES user_id=65472 According to the INSTALL text file it is possible to use Apache without the mod_perl (running scrpts as CGI)... This is why in this configuration ScriptAlias must be used in httpd.conf and the .htaccess_cgi renamed to .htaccess. Only with this setup the problem mention in this thread is experienced. ---------------------------------------------------------------------- Comment By: Ben Gamari (bgamari) Date: 2005-06-17 14:23 Message: Logged In: YES user_id=97638 I am running apache-2.0.52 and changing the ScriptAlias to a normal Alias directive has somehow fixed the problem given that the CGI .htaccess is used. ---------------------------------------------------------------------- Comment By: Ben Gamari (bgamari) Date: 2005-06-17 14:22 Message: Logged In: YES user_id=97638 I am running apache-2.0.52 and changing the ScriptAlias to a normal Alias directive has somehow fixed the problem given that the CGI .htaccess is used. ---------------------------------------------------------------------- Comment By: Andrea Barbieri (abarbieri) Date: 2005-06-10 16:37 Message: Logged In: YES user_id=65472 Hello, the reason for the posting is actually to get the maintainers of the code to properly resolve the issue... this actually requires a more thoughtful approach ... and probably changing the involved filenames in all the occurrences, deep down in all .pm files will be required ... not just at the top level (and in the .htaccess) files bests andrea ---------------------------------------------------------------------- Comment By: gd-smith (gd-smith) Date: 2005-06-10 04:10 Message: Logged In: YES user_id=1293603 Can I assume this is why I don't see the style sheet effects, e.g., green bar across top, better file display, etc.? If so, what files do I need to change to <name>.pl? The ones listed in the <Files ~(find|...)$> including source? Do I need to run genxref again? Also, how come this seemed to work ok with 0.9.3? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1217451&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-06-20 22:07:57
|
Bugs item #1217451, was opened at 2005-06-09 09:19 Message generated for change (Comment added) made by mbox You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1217451&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Andrea Barbieri (abarbieri) Assigned to: Nobody/Anonymous (nobody) Summary: lxr.css and CGI script handling mode Initial Comment: Hello, in LXR v0.9.4 whenswitching .htaccess to be the CGI mode one, the lxr.css file generates the following apache (v1.3.x and v2.0.x) server error: file permissions deny server execution: /var/lxr/lxr.css there is no valid file permissions to resolve the error. the root of the problem is in the <Files> section of the .htaccess (cgi style): <Files ~ (find|search|source|ident|diff|cgi-bin)$> SetHandler cgi-script ForceType text/html </Files> the use of the SetHandler directive forces *all* files to be treated as cgi scripts, even the stylesheet file. a better approach would be to suffix the scripts with .pl and use the AddHandler directive. this way the stylesheet will be treated normally. many thanks andrea ---------------------------------------------------------------------- >Comment By: Malcolm Box (mbox) Date: 2005-06-20 23:07 Message: Logged In: YES user_id=215386 I'm having problems reproducing this problem here - I see no error messages about lxr.css, with ScriptAlias or Alias. However, I do think there is an error in the installation instructions in suggesting that the lxr directory should be ScriptAlias'ed rather than Alias'ed - could those with either more Apache experience or who have lxr using CGI running comment on what they are using? I'm reluctant to change the extensions of all the files, as that wouldn't appear to be necessary to get Apache to do the right thing. Thanks, Malcolm ---------------------------------------------------------------------- Comment By: Andrea Barbieri (abarbieri) Date: 2005-06-17 23:46 Message: Logged In: YES user_id=65472 According to the INSTALL text file it is possible to use Apache without the mod_perl (running scrpts as CGI)... This is why in this configuration ScriptAlias must be used in httpd.conf and the .htaccess_cgi renamed to .htaccess. Only with this setup the problem mention in this thread is experienced. ---------------------------------------------------------------------- Comment By: Ben Gamari (bgamari) Date: 2005-06-17 14:23 Message: Logged In: YES user_id=97638 I am running apache-2.0.52 and changing the ScriptAlias to a normal Alias directive has somehow fixed the problem given that the CGI .htaccess is used. ---------------------------------------------------------------------- Comment By: Ben Gamari (bgamari) Date: 2005-06-17 14:22 Message: Logged In: YES user_id=97638 I am running apache-2.0.52 and changing the ScriptAlias to a normal Alias directive has somehow fixed the problem given that the CGI .htaccess is used. ---------------------------------------------------------------------- Comment By: Andrea Barbieri (abarbieri) Date: 2005-06-10 16:37 Message: Logged In: YES user_id=65472 Hello, the reason for the posting is actually to get the maintainers of the code to properly resolve the issue... this actually requires a more thoughtful approach ... and probably changing the involved filenames in all the occurrences, deep down in all .pm files will be required ... not just at the top level (and in the .htaccess) files bests andrea ---------------------------------------------------------------------- Comment By: gd-smith (gd-smith) Date: 2005-06-10 04:10 Message: Logged In: YES user_id=1293603 Can I assume this is why I don't see the style sheet effects, e.g., green bar across top, better file display, etc.? If so, what files do I need to change to <name>.pl? The ones listed in the <Files ~(find|...)$> including source? Do I need to run genxref again? Also, how come this seemed to work ok with 0.9.3? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1217451&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-06-17 22:46:29
|
Bugs item #1217451, was opened at 2005-06-09 08:19 Message generated for change (Comment added) made by abarbieri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1217451&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Andrea Barbieri (abarbieri) Assigned to: Nobody/Anonymous (nobody) Summary: lxr.css and CGI script handling mode Initial Comment: Hello, in LXR v0.9.4 whenswitching .htaccess to be the CGI mode one, the lxr.css file generates the following apache (v1.3.x and v2.0.x) server error: file permissions deny server execution: /var/lxr/lxr.css there is no valid file permissions to resolve the error. the root of the problem is in the <Files> section of the .htaccess (cgi style): <Files ~ (find|search|source|ident|diff|cgi-bin)$> SetHandler cgi-script ForceType text/html </Files> the use of the SetHandler directive forces *all* files to be treated as cgi scripts, even the stylesheet file. a better approach would be to suffix the scripts with .pl and use the AddHandler directive. this way the stylesheet will be treated normally. many thanks andrea ---------------------------------------------------------------------- >Comment By: Andrea Barbieri (abarbieri) Date: 2005-06-17 22:46 Message: Logged In: YES user_id=65472 According to the INSTALL text file it is possible to use Apache without the mod_perl (running scrpts as CGI)... This is why in this configuration ScriptAlias must be used in httpd.conf and the .htaccess_cgi renamed to .htaccess. Only with this setup the problem mention in this thread is experienced. ---------------------------------------------------------------------- Comment By: Ben Gamari (bgamari) Date: 2005-06-17 13:23 Message: Logged In: YES user_id=97638 I am running apache-2.0.52 and changing the ScriptAlias to a normal Alias directive has somehow fixed the problem given that the CGI .htaccess is used. ---------------------------------------------------------------------- Comment By: Ben Gamari (bgamari) Date: 2005-06-17 13:22 Message: Logged In: YES user_id=97638 I am running apache-2.0.52 and changing the ScriptAlias to a normal Alias directive has somehow fixed the problem given that the CGI .htaccess is used. ---------------------------------------------------------------------- Comment By: Andrea Barbieri (abarbieri) Date: 2005-06-10 15:37 Message: Logged In: YES user_id=65472 Hello, the reason for the posting is actually to get the maintainers of the code to properly resolve the issue... this actually requires a more thoughtful approach ... and probably changing the involved filenames in all the occurrences, deep down in all .pm files will be required ... not just at the top level (and in the .htaccess) files bests andrea ---------------------------------------------------------------------- Comment By: gd-smith (gd-smith) Date: 2005-06-10 03:10 Message: Logged In: YES user_id=1293603 Can I assume this is why I don't see the style sheet effects, e.g., green bar across top, better file display, etc.? If so, what files do I need to change to <name>.pl? The ones listed in the <Files ~(find|...)$> including source? Do I need to run genxref again? Also, how come this seemed to work ok with 0.9.3? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1217451&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-06-17 13:23:18
|
Bugs item #1217451, was opened at 2005-06-09 00:19 Message generated for change (Comment added) made by bgamari You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1217451&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Andrea Barbieri (abarbieri) Assigned to: Nobody/Anonymous (nobody) Summary: lxr.css and CGI script handling mode Initial Comment: Hello, in LXR v0.9.4 whenswitching .htaccess to be the CGI mode one, the lxr.css file generates the following apache (v1.3.x and v2.0.x) server error: file permissions deny server execution: /var/lxr/lxr.css there is no valid file permissions to resolve the error. the root of the problem is in the <Files> section of the .htaccess (cgi style): <Files ~ (find|search|source|ident|diff|cgi-bin)$> SetHandler cgi-script ForceType text/html </Files> the use of the SetHandler directive forces *all* files to be treated as cgi scripts, even the stylesheet file. a better approach would be to suffix the scripts with .pl and use the AddHandler directive. this way the stylesheet will be treated normally. many thanks andrea ---------------------------------------------------------------------- Comment By: Ben Gamari (bgamari) Date: 2005-06-17 05:23 Message: Logged In: YES user_id=97638 I am running apache-2.0.52 and changing the ScriptAlias to a normal Alias directive has somehow fixed the problem given that the CGI .htaccess is used. ---------------------------------------------------------------------- Comment By: Ben Gamari (bgamari) Date: 2005-06-17 05:22 Message: Logged In: YES user_id=97638 I am running apache-2.0.52 and changing the ScriptAlias to a normal Alias directive has somehow fixed the problem given that the CGI .htaccess is used. ---------------------------------------------------------------------- Comment By: Andrea Barbieri (abarbieri) Date: 2005-06-10 07:37 Message: Logged In: YES user_id=65472 Hello, the reason for the posting is actually to get the maintainers of the code to properly resolve the issue... this actually requires a more thoughtful approach ... and probably changing the involved filenames in all the occurrences, deep down in all .pm files will be required ... not just at the top level (and in the .htaccess) files bests andrea ---------------------------------------------------------------------- Comment By: gd-smith (gd-smith) Date: 2005-06-09 19:10 Message: Logged In: YES user_id=1293603 Can I assume this is why I don't see the style sheet effects, e.g., green bar across top, better file display, etc.? If so, what files do I need to change to <name>.pl? The ones listed in the <Files ~(find|...)$> including source? Do I need to run genxref again? Also, how come this seemed to work ok with 0.9.3? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1217451&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-06-17 13:22:41
|
Bugs item #1217451, was opened at 2005-06-09 00:19 Message generated for change (Comment added) made by bgamari You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1217451&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Andrea Barbieri (abarbieri) Assigned to: Nobody/Anonymous (nobody) Summary: lxr.css and CGI script handling mode Initial Comment: Hello, in LXR v0.9.4 whenswitching .htaccess to be the CGI mode one, the lxr.css file generates the following apache (v1.3.x and v2.0.x) server error: file permissions deny server execution: /var/lxr/lxr.css there is no valid file permissions to resolve the error. the root of the problem is in the <Files> section of the .htaccess (cgi style): <Files ~ (find|search|source|ident|diff|cgi-bin)$> SetHandler cgi-script ForceType text/html </Files> the use of the SetHandler directive forces *all* files to be treated as cgi scripts, even the stylesheet file. a better approach would be to suffix the scripts with .pl and use the AddHandler directive. this way the stylesheet will be treated normally. many thanks andrea ---------------------------------------------------------------------- Comment By: Ben Gamari (bgamari) Date: 2005-06-17 05:22 Message: Logged In: YES user_id=97638 I am running apache-2.0.52 and changing the ScriptAlias to a normal Alias directive has somehow fixed the problem given that the CGI .htaccess is used. ---------------------------------------------------------------------- Comment By: Andrea Barbieri (abarbieri) Date: 2005-06-10 07:37 Message: Logged In: YES user_id=65472 Hello, the reason for the posting is actually to get the maintainers of the code to properly resolve the issue... this actually requires a more thoughtful approach ... and probably changing the involved filenames in all the occurrences, deep down in all .pm files will be required ... not just at the top level (and in the .htaccess) files bests andrea ---------------------------------------------------------------------- Comment By: gd-smith (gd-smith) Date: 2005-06-09 19:10 Message: Logged In: YES user_id=1293603 Can I assume this is why I don't see the style sheet effects, e.g., green bar across top, better file display, etc.? If so, what files do I need to change to <name>.pl? The ones listed in the <Files ~(find|...)$> including source? Do I need to run genxref again? Also, how come this seemed to work ok with 0.9.3? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1217451&group_id=27350 |
|
From: SourceForge.net <no...@so...> - 2005-06-10 15:37:09
|
Bugs item #1217451, was opened at 2005-06-09 08:19 Message generated for change (Comment added) made by abarbieri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1217451&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Browsing Group: current cvs Status: Open Resolution: None Priority: 5 Submitted By: Andrea Barbieri (abarbieri) Assigned to: Nobody/Anonymous (nobody) Summary: lxr.css and CGI script handling mode Initial Comment: Hello, in LXR v0.9.4 whenswitching .htaccess to be the CGI mode one, the lxr.css file generates the following apache (v1.3.x and v2.0.x) server error: file permissions deny server execution: /var/lxr/lxr.css there is no valid file permissions to resolve the error. the root of the problem is in the <Files> section of the .htaccess (cgi style): <Files ~ (find|search|source|ident|diff|cgi-bin)$> SetHandler cgi-script ForceType text/html </Files> the use of the SetHandler directive forces *all* files to be treated as cgi scripts, even the stylesheet file. a better approach would be to suffix the scripts with .pl and use the AddHandler directive. this way the stylesheet will be treated normally. many thanks andrea ---------------------------------------------------------------------- >Comment By: Andrea Barbieri (abarbieri) Date: 2005-06-10 15:37 Message: Logged In: YES user_id=65472 Hello, the reason for the posting is actually to get the maintainers of the code to properly resolve the issue... this actually requires a more thoughtful approach ... and probably changing the involved filenames in all the occurrences, deep down in all .pm files will be required ... not just at the top level (and in the .htaccess) files bests andrea ---------------------------------------------------------------------- Comment By: gd-smith (gd-smith) Date: 2005-06-10 03:10 Message: Logged In: YES user_id=1293603 Can I assume this is why I don't see the style sheet effects, e.g., green bar across top, better file display, etc.? If so, what files do I need to change to <name>.pl? The ones listed in the <Files ~(find|...)$> including source? Do I need to run genxref again? Also, how come this seemed to work ok with 0.9.3? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=1217451&group_id=27350 |
6 messages has been excluded from this view by a project administrator.
