Freek Dijkstra wrote:
> Again, I really still don't understand the purpose of the AP_REG_NOTEOL
> flag. [...] The
> more I think about it, the less sense it makes.
Here is the history:
r76312 (1996-01-14)
src/main/http_request.c, initial revision
if (is_matchexp(entry_dir) && !strcmp_match(th
Eric Covener wrote:
> I didn't realize that was an option, or that it would help matters.
I am not sure if it does helps; Frankly, this is the first time I look
at the Apache code. I still don't understand how things relate, so the
above contains a few assumptions. Take it as a suggestion how I w
On Mon, Aug 23, 2010 at 4:55 PM, Freek Dijkstra wrote:
> Eric Covener wrote:
>
>> The patch is very easy, but I am afraid it might not be suitable to
>> backport to 2.2.x.
>>
>> I struggled with finding some fancy PCRE feature that would make this
>> work as most people expect it to -- \Z or negat
Freek Dijkstra wrote:
> Steps to reproduce
> 1. Add the following configuration to httpd.conf:
>
> Alias /test/ /var/www/test/
>
>
> Options Indexes
> Order deny,allow
> Deny from all
>
>
>
> Allow from all
>
>
>
> Expected results:
> - requesting http://localhost/test/pro
Eric Covener wrote:
> The patch is very easy, but I am afraid it might not be suitable to
> backport to 2.2.x.
>
> I struggled with finding some fancy PCRE feature that would make this
> work as most people expect it to -- \Z or negative lookahead, but
> AFAICT they all fail to simulate the $ due
On Mon, Aug 23, 2010 at 2:24 PM, Freek Dijkstra wrote:
> Eric Covener wrote:
>
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=49809
>>
>> I had looked into this august 2009 and couldn't figure out any good
>> reason why it should be matched as a literal.
>
> Eric,
>
> Thanks for looking int
Eric Covener wrote:
> https://issues.apache.org/bugzilla/show_bug.cgi?id=49809
>
> I had looked into this august 2009 and couldn't figure out any good
> reason why it should be matched as a literal.
Eric,
Thanks for looking into this. It is highly appreciated.
Is there anything I can do to help?
On Mon, Aug 23, 2010 at 8:32 AM, Eric Covener wrote:
> On Mon, Aug 23, 2010 at 7:21 AM, Freek Dijkstra wrote:
>> [My apologies for the many posts; I just notices that my mailer removed
>> the thinking it was HTML]
>>
>> Freek Dijkstra wrote:
>>
>>> Curious,
>>> is never matched
>
> Confirmed in
On Mon, Aug 23, 2010 at 7:21 AM, Freek Dijkstra wrote:
> [My apologies for the many posts; I just notices that my mailer removed
> the thinking it was HTML]
>
> Freek Dijkstra wrote:
>
>> Curious,
>> is never matched
Confirmed in the source that $ is treated as a literal for
DirectoryMatch only
On Mon, Aug 23, 2010 at 3:51 PM, Freek Dijkstra wrote:
> [My apologies for the many posts; I just notices that my mailer removed
> the thinking it was HTML]
>
> Freek Dijkstra wrote:
>
> > Curious,
> > is never matched
> > is matched.
> > Logically, I would have expected both regexps to yield
[My apologies for the many posts; I just notices that my mailer removed
the thinking it was HTML]
Freek Dijkstra wrote:
> Curious,
> is never matched
> is matched.
> Logically, I would have expected both regexps to yield the same result.
I did some more testing, and it just seems that the the
Freek Dijkstra wrote:
> Curious,
> is never matched
> is matched.
> Logically, I would have expected both regexps to yield the same result.
I did some more testing, and it just seems that the the end of line
anchor is just never matched. I can easily reproduce it with only a few
configuration l
Freek Dijkstra wrote:
It seems that is just not matched
for some reason.
Curious,
is not matched either
However,
is matched.
Logically, I would have expected both regexps to yield the same result.
Freek
-
The official Use
Eric Covener wrote:
Allow from all
satisfy any?
Sorry, no change.
Requesting /projects/ still gives a 403 Forbidden.
Also, If I understand correctly, what I want is "satisfy all";
(thus both require valid-user and allow all should be satisfied.)
It seems that is just not matched
for
>
> Allow from all
>
satisfy any?
--
Eric Covener
cove...@gmail.com
-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-
I can't figure out how to accomplish the following access permissions.
- https://www.example.org/projects/ maps to /var/www/projects/
- The projects folder has access restrictions, only valid-users may view
/projects or subdirectories
- All valid-users may view (the autoindex of) /projects
- By
16 matches
Mail list logo