Re: dangerous handling of security bugs
| From: | Pierre Joye | Date: | Tue, 13 Jul 2010 13:00:54 +0000 |
| Subject: | Re: dangerous handling of security bugs | ||
| References: | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-49054@lists.php.net to get a copy of this message | ||
hi,
On Tue, Jul 13, 2010 at 2:52 PM, Reindl Harald <h.reindl@thelounge.net> wrote:
> Am 13.07.2010 14:29, schrieb Pierre Joye:
>> hi,
>>
>> On Tue, Jul 13, 2010 at 1:50 PM, Reindl Harald <h.reindl@thelounge.net> wrote:
>>
>>> http://bugs.php.net/bug.php?id=42836
>>
>> The answer was clear
>
> WHAT is here clear?
> Someone is closing a bugreport without understanding the problem
>
>> it is a default comment we use instead of RTFM.
>
> Then show me where it is documentated that php6 takes
> a random configuration for vhost-settings?
>
> <VirtualHost *>
> DocumentRoot /var/www/docroot1
> ServerName docroot1
> <Directory "/var/www/docroot1">
> php_admin_value open_basedir "/var/www/docroot1"
> </Directory>
> </VirtualHost>
>
> <VirtualHost *>
> DocumentRoot /var/www/docroot2
> ServerName docroot2
> <Directory "/var/www/docroot2">
> php_admin_value open_basedir "/var/www/docroot2"
> </Directory>
> </VirtualHost>
>
> Come on, show me the part of rtfm where it is described that
> if you call "http://docroot1/" php is throwing a
> error
> that the files are not in "/var/www/docroot2" per random
> in both directions and with every reload you can have luck
> and it matches!
>
> And after such actions you wonder why someone is stopping
> testing snaphots? really?
Let me summarize:
- php6 is dead as of now
- open_basedir is not per directory, except if the new setting is more
restrictive that the system one. As documented.
>> bugs.php.net is not meant to be a support channel.
>
> Exlain me where it is support FOR ME to fixing such bugs?
> It is support FROM ME taking a fucking snapshot
> and test it and your point of view is very strange
Ok, using bad wording won't help to make your point more clear.
>>> http://bugs.php.net/bug.php?id=42077
> AFTER an angry private mail to the one who closed the bugreport
> he reopened with "Re-opening and assign to Stas who has something
> cooking up for this."
I would simply comment a non angry reply to explain why the bug was
valid. That's the way to go. I have no idea (nor I want to know) what
you discussed with Jani, but one thing is sure, 99% of the bugs we
process are doing with care and respect.
I'm done with this topic, I don't think there is much more to say but
'keep cool' and that we appreciate users feedback (if possible without
bad wording).
Cheers,
--
Pierre
@pierrejoye | http://blog.thepimp.net | http://www.libgd.org