[PHP-DEV] Implementation ideas for adding early warning for mis-use of "parent"?

This code the illustrates the issue; it has no errors or warnings: ```php class A { function m(): parent { return $this; } } ``` However, if you run the method you will get an error. I want to add a light warning such as E_STRICT or E_DEPRECATED at compile time. Using

Re: [PHP-DEV] [VOTE] Same Site Cookie RFC

On Sat, Jul 21, 2018 at 11:26 PM Andrey Andreev wrote: > Yes. > > All other "options" are actual *cookie attribute* names, as defined by > the various IETF RFCs, while "lifetime" is just a convenient name used > by PHP. It doesn't correspond to a particular attribute, but instead > the values

Re: [PHP-DEV] [VOTE] Same Site Cookie RFC

Hi, On Thu, Jul 19, 2018 at 12:00 AM, Pedro Magalhães wrote: > > With this being said, would anyone oppose an implementation where all the > options (including lifetime) are included in the array parameter? > Yes. All other "options" are actual *cookie attribute* names, as defined by the

Re: [PHP-DEV] bugs.php.net downtime

On Sat, Jul 21, 2018 at 10:14 AM Rasmus Lerdorf wrote: > Other than the autoincrement they are identical. I normally use utf8mb4, > but I figured I would play it safe and copy it over verbatim. I guess it > wasn't safe. > Right. There are risks. For example, encoding like SJIS contains \ as a

Re: [PHP-DEV] [VOTE] Same Site Cookie RFC

On Sat, Jul 21, 2018 at 12:11 PM Christoph M. Becker wrote: > Personally, I'd even prefer this, but that's not what was voted upon, so > I'm not sure if it's okay. Anyhow, the implementation is available as > . Thanks, Pedro! > I personally believe

Re: [PHP-DEV] bugs.php.net downtime

Ok, should be fixed now. https://bugs.php.net/bug.php?id=76553 looks good. But I think between my backup and the conversion I lost a couple of bug comments from this morning. Sorry about that. -Rasmus On Sat, Jul 21, 2018 at 8:31 AM, Rasmus Lerdorf wrote: > Uh, ok, something obviously went

Re: [PHP-DEV] bugs.php.net downtime

Uh, ok, something obviously went wrong there. Checking. On Sat, Jul 21, 2018 at 8:30 AM, Rasmus Lerdorf wrote: > For future reference, here is what I did to fix the encoding problem: > > MariaDB [phpbugsdb]> select sdesc from bugdb where id=76553; >

Re: [PHP-DEV] bugs.php.net downtime

For future reference, here is what I did to fix the encoding problem: MariaDB [phpbugsdb]> select sdesc from bugdb where id=76553; ++

Re: [PHP-DEV] bugs.php.net downtime

On 21.07.2018 at 12:20, Rasmus Lerdorf wrote: > Yeah, working on it. Amazingly it looks like it is an ipv6 issue. The old > bugs didn't have an ipv6 address, but the new one does and we store the ip > of the commenter using the MySQL function inet_aton() and not inet6_aton(). > Need to change

Re: [PHP-DEV] [VOTE] Same Site Cookie RFC

On 18.07.2018 at 23:00, Pedro Magalhães wrote: > On 28-08-17 21:06, Stanislav Malyshev wrote: > >> Something not clear to me on the second one - why lifetime/expiration is >> a separate parameter while all others are part of $options? > > On Mon, Aug 28, 2017 at 8:53 PM Frederik Bosch wrote: >

Re: [PHP-DEV] bugs.php.net downtime

By the way, the following users have ssh accounts on bugs.php.net: bjori derick felipe nikic rasmus sas scottmac tyrael the error log is in /srv/bugs.php.net/logs/error.log and the code is here: g...@git.php.net:/web/bugs.git Feel free to log in and fix stuff as you find more issues.

Re: [PHP-DEV] bugs.php.net downtime

Yeah, working on it. Amazingly it looks like it is an ipv6 issue. The old bugs didn't have an ipv6 address, but the new one does and we store the ip of the commenter using the MySQL function inet_aton() and not inet6_aton(). Need to change that, but also alter the table to make the column fit an

Re: [PHP-DEV] bugs.php.net downtime

On 21.07.2018 at 12:10, Rasmus Lerdorf wrote: > Works fine for me on https://bugs.php.net/bug.php?id=76635=1 I just commented “Testing”, but the comment isn't there. Don't the error logs give some useful hints? > On Sat, Jul 21, 2018 at 6:06 AM, Christoph M. Becker > wrote: > >> On

Re: [PHP-DEV] bugs.php.net downtime

Works fine for me on https://bugs.php.net/bug.php?id=76635=1 On Sat, Jul 21, 2018 at 6:06 AM, Christoph M. Becker wrote: > On 21.07.2018 at 11:51, Rasmus Lerdorf wrote: > > > That one should be fixed. It was actually posting the comments, but > getting > > an error after. If you reload the bug

Re: [PHP-DEV] bugs.php.net downtime

On 21.07.2018 at 11:51, Rasmus Lerdorf wrote: > That one should be fixed. It was actually posting the comments, but getting > an error after. If you reload the bug you see it. I've commented multiple times on bug 76637, but none of the comments are visible. I also commented on bug 76642 and

Re: [PHP-DEV] bugs.php.net downtime

Still doesn't work for me. I get a white screen and the comment does not appear even after I reload the page. Nikita On Sat, Jul 21, 2018 at 11:51 AM, Rasmus Lerdorf wrote: > That one should be fixed. It was actually posting the comments, but > getting an error after. If you reload the bug you

Re: [PHP-DEV] bugs.php.net downtime

That one should be fixed. It was actually posting the comments, but getting an error after. If you reload the bug you see it. On Sat, Jul 21, 2018 at 5:41 AM, Christoph M. Becker wrote: > On 21.07.2018 at 10:46, Nikita Popov wrote: > > > On Tue, Jul 17, 2018 at 10:38 PM, Rasmus Lerdorf >

Re: [PHP-DEV] bugs.php.net downtime

On 21.07.2018 at 10:46, Nikita Popov wrote: > On Tue, Jul 17, 2018 at 10:38 PM, Rasmus Lerdorf wrote: > >> I need to move bugs.php.net to another server sometime today. I won't be >> able to do it without a little bit of downtime as I have to stop new >> activity on the existing box, copy the

Re: [PHP-DEV] bugs.php.net downtime

On Tue, Jul 17, 2018 at 10:38 PM, Rasmus Lerdorf wrote: > I need to move bugs.php.net to another server sometime today. I won't be > able to do it without a little bit of downtime as I have to stop new > activity on the existing box, copy the DB over and then point DNS to the > new box. The DNS