Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

4.9.2+ Failed to set session cookie. Maybe you are using HTTP instead of HTTPS #15634

Closed
williamdes opened this issue Dec 10, 2019 · 71 comments
Closed
Assignees
Labels
Bug A problem or regression with an existing feature question Used when we need feedback from the submitter or when the issue is a question about PMA
Milestone

Comments

@williamdes
Copy link
Member

Getting the same error. Tried using Chrome (all extension disabled), IE, Firefox. Tried options of clearing cookies. Nothing in phpmyadmin, php, or apache error logs. No luck.

using myPHPAdmin 4.9.2 with PHP Version 7.3.12 and MySQL version 8.0.18 with standard authentication.

Failed to set session cookie. Maybe you are using HTTP instead of HTTPS to access phpMyAdmin.

Originally posted by @Btazbt in #14184 (comment)

@williamdes
Copy link
Member Author

williamdes commented Dec 10, 2019

@Btazbt Are you using a load balancer, a proxy, strange browser extensions

What is your browser
Did you try private browsing

Are you using Microsoft IIS?
Does any other php website using sessions work fine on your server?

@williamdes williamdes added Bug A problem or regression with an existing feature question Used when we need feedback from the submitter or when the issue is a question about PMA labels Dec 10, 2019
@williamdes williamdes changed the title 4.9.2+ Failed to set session cookie. Maybe you are using HTTP instead of HTTPS to access phpMyAdmin. 4.9.2+ Failed to set session cookie. Maybe you are using HTTP instead of HTTPS Dec 10, 2019
@click0
Copy link

click0 commented Dec 10, 2019

With the link https://example.com/phpmyadmin/ everything is ok.
In the case of a view link
https://example.com////phpmyadmin/
We get the error:
Failed to set session cookie. Maybe you are using HTTP instead of HTTPS to access phpMyAdmin.

@williamdes
Copy link
Member Author

@click0 Okay, can you send as much info about your setup ?

I assume you are using 4.9.2 ;)

@click0
Copy link

click0 commented Dec 10, 2019

phpMyAdmin Version 4.9.2
OS: FreeBSD 12.1
web server: nginx/1.16.1
PHP(php-fpm): 7.2.24

config.inc.php:

<?php
$cfg['PmaAbsoluteUri_DisableWarning'] = TRUE;
$cfg['blowfish_secret'] = 'ccccccccccccccccc';
$cfg['Servers'][1] = array(
        'verbose' => 'MySQL',
        'auth_type' => 'cookie',
        'user' => '',
        'host' => 'localhost',
        'ForceSSL' => 'false',
        'TempDir' => './tmp/'
);

@williamdes
Copy link
Member Author

@click0 So you are not using a proxy and access phpMyAdmin with the nginx server

Can you paste the nginx config here ?

@williamdes
Copy link
Member Author

You are using PmaAbsoluteUri @click0 ?

@click0
Copy link

click0 commented Dec 10, 2019

@williamdes
The contents of the config.inc.php file I provided above.
I am NOT using PmaAbsoluteUri.

A piece of nginx config to use phpmyadmin:

phpmyadmin.conf:

...
    location /111111111111 {
        alias /usr/local/www/phpMyAdmin;
        autoindex off;
        index index.php;
        allow       all;
    }

    location ^~ /111111111111/libraries {deny all;}
    location ^~ /111111111111/setup/lib {deny all;}

    location ~* ^/111111111111/(.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf))$ {
        alias /usr/local/www/phpMyAdmin/$1;
    }

    location ~ ^/111111111111/(.*\.php)$ {
        fastcgi_pass        unix:/var/run/php.www.sock;
        include         fastcgi_params;
        fastcgi_param  QUERY_STRING $query_string;
        fastcgi_param  SCRIPT_FILENAME /usr/local/www/phpMyAdmin/$1;
        fastcgi_param  DOCUMENT_ROOT /usr/local/www/phpMyAdmin;
    }
...

@williamdes
Copy link
Member Author

williamdes commented Dec 10, 2019

@click0 I am confused, I could not reproduce the issue you have

server {
	listen	   443 ssl http2;
	listen	   80;
	access_log /var/log/nginx/access_localhost.pma.ssl.local.log;
	error_log /var/log/nginx/error_localhost.pma.ssl.local.log error;
	server_name pma.ssl.local;
	index index.php index.html;
    location /111111111111 {
        alias /mnt/Dev/pma/4.9.2;
        autoindex off;
        index index.php;
        allow       all;
    }

    location ^~ /111111111111/libraries {deny all;}
    location ^~ /111111111111/setup/lib {deny all;}

    location ~* ^/111111111111/(.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf))$ {
        alias /mnt/Dev/pma/4.9.2/$1;
    }

    location ~ ^/111111111111/(.*\.php)$ {
        fastcgi_pass        unix:/var/run/php/php7.3-fpm.sock;
        include         fastcgi_params;
        fastcgi_param  QUERY_STRING $query_string;
        fastcgi_param  SCRIPT_FILENAME /mnt/Dev/pma/4.9.2/$1;
        fastcgi_param  DOCUMENT_ROOT /mnt/Dev/pma/4.9.2;
    }
}
<?php
$cfg['PmaAbsoluteUri_DisableWarning'] = TRUE;
$cfg['blowfish_secret'] = 'are,orgneigelgnergliengreoigregeilrguelrgeug';
$cfg['Servers'][1] = array(
        'verbose' => 'MySQL',
        'auth_type' => 'cookie',
        'user' => '',
        'host' => '172.20.0.1',
        'ForceSSL' => 'false',
        'TempDir' => './tmp/'
);

php 7.2 and php7.3
nginx/1.17.6 from docker library

@williamdes
Copy link
Member Author

williamdes commented Dec 10, 2019

@click0 I even tried free BSD 12 for the first time !
nginx version: nginx/1.16.1
Works fine, had to install php72 php72-mbstring php72-json php72-mysqli php72-session php72-hash

@click0
Copy link

click0 commented Dec 10, 2019

I also have memcache as a repository for php sessions:

memcache.session_save_path => no value => no value
session.save_handler => memcache => memcache
session.save_path => localhost:11211 => localhost:11211

@click0
Copy link

click0 commented Dec 10, 2019

Are you sure you can not reproduce the problem when you login inside the panel at https://pma.ssl.local///////111111111111/ ?

@williamdes
Copy link
Member Author

Are you sure you can not reproduce the problem when you login inside the panel at https://pma.ssl.local///////111111111111/ ?

I had totally missed that, reproduced !
Thank you !

@williamdes
Copy link
Member Author

Set-Cookie: goto=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/111111111111/
Set-Cookie: back=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/111111111111/
Set-Cookie: pma_lang=fr; expires=Thu, 09-Jan-2020 19:31:03 GMT; Max-Age=2592000; path=/111111111111/; HttpOnly
Set-Cookie: phpMyAdmin=58douf7t77236jisf62rt84o5b; path=/111111111111/; HttpOnly

The cookie path is wrong or from another point of view the URL of the user is wrong

@click0
Copy link

click0 commented Dec 10, 2019

Check still such url - https://pma.ssl.local:8443/index.php

@williamdes
Copy link
Member Author

Check still such url - https://pma.ssl.local:8443/index.php

Works fine

@williamdes
Copy link
Member Author

williamdes commented Dec 10, 2019

(the script can be vulnerable but adds some indication of the mistake)
image

diff --git a/libraries/common.inc.php b/libraries/common.inc.php
index b938bd00983..949ba19603f 100644
--- a/libraries/common.inc.php
+++ b/libraries/common.inc.php
@@ -198,7 +198,9 @@ if ($_SERVER['REQUEST_METHOD'] == 'POST') {
             trigger_error(
                 __(
                     'Failed to set session cookie. Maybe you are using '
-                    . 'HTTP instead of HTTPS to access phpMyAdmin.'
+                    . 'HTTP instead of HTTPS to access phpMyAdmin. '
+                    . 'We think the path is ' . $GLOBALS['PMA_Config']->getRootPath() . ' '
+                    . 'and the path you are using is ' . str_replace(basename($_SERVER['PHP_SELF']), '', $_SERVER['REQUEST_URI']) . ''
                 ),
                 E_USER_ERROR
             );

@click0
Copy link

click0 commented Dec 10, 2019

This is a bad thought.
You must be allowed to use URIs with consecutive characters /.

@williamdes
Copy link
Member Author

This is a bad thought.

I agree
But something must be stripping them for some strange reason

@Btazbt
Copy link

Btazbt commented Dec 11, 2019

@Btazbt Are you using a load balancer, a proxy, strange browser extensions

What is your browser
Did you try private browsing

Are you using Microsoft IIS?
Does any other php website using sessions work fine on your server?

nothing special. it's a home server on a windows platform. WordPress works fine as a user and admin

@williamdes
Copy link
Member Author

@Btazbt can you apply the diff and send the new message?
Diff :#15634 (comment)

@Btazbt
Copy link

Btazbt commented Dec 13, 2019

@Btazbt can you apply the diff and send the new message?
Diff :#15634 (comment)

Here is the error.

Failed to set session cookie. Maybe you are using HTTP instead of HTTPS to access phpMyAdmin. We think the path is /C:/phpmyadmin/ and the path you are using is /phpmyadmin/

phpmyadmin is installed in c:/<dir a>/<dir b>/<dir c>/phpmyadmin

@williamdes
Copy link
Member Author

Thank you @Btazbt for this precious information

@williamdes
Copy link
Member Author

@CallMarl can you try to apply the patch ?

@williamdes williamdes added this to the 4.9.3 milestone Dec 21, 2019
@williamdes williamdes added this to Needs triage in issues via automation Dec 21, 2019
@williamdes williamdes moved this from Needs triage to High priority in issues Dec 21, 2019
@jamescridland
Copy link

I think I'm nearer a method of reproducing this issue:

Failed to set session cookie. Maybe you are using HTTP instead of HTTPS to access phpMyAdmin.

I was previously signed in with, say, user2. That connection timed out overnight. I went to sign in with user1.

In Chrome's network tab, I can see the correct username/password for user1 being submitted. There's a set_session value being submitted of n5fp2s0CCCCCCCCCCC7n200h0

My login request also sends a set of cookies, which are:
pma_lang=en; pmaUser-1=%7B%22iv%22%3A%22VHpSBd9x%5C%2FRKVXrQxVcRnNQ%3D%3D%22%2C%22mac%22%3A%22dc9cc12241cabf6f52CCCCCCCCCCa4be8139e6%22%2C%22payload%22%3A%22D67EibqhopN4eKIrfwKakA%3D%3D%22%7D; pma_lang_https=en; pmaUser-1_https=%7B%22iv%22%3A%223pEOylJIHZ3vkugWqiXcOQ%3D%3D%22%2C%22mac%22%3A%2202e4f87f40f7eb3663cCCCCCCCCCCCC290587%22%2C%22payload%22%3A%22YoQGh%5C%2FlGGBjiPfQfyhWScg%3D%3D%22%7D; phpMyAdmin_https=q5c0uiihemCCCCCCCC20jcd7u

The response back includes four cookies:

Set-Cookie: phpMyAdmin_https=q5c0uiihemCCCCCCCCCCcd7u; path=/; secure; HttpOnly
Set-Cookie: goto_https=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; secure
Set-Cookie: back_https=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; secure
Set-Cookie: phpMyAdmin_https=tb1oub2mCCCCCCCCCCqu197; path=/; secure; HttpOnly

So - two identical phpMyAdmin_https cookies. One is a replica of the (expired) session cookie that I sent with my signin (starting q5c0). That session cookie is for a different user, though. The other one is a new-looking one.

Upon repeating the login attempt, there's a set_session value being submitted of tb1oubCCCCCCCCi3cqu197

Cookies being sent this time are...

pma_lang=en; pmaUser-1=%7B%22iv%22%3A%22VHpSBd9x%5C%2FRKVXrQxVcRnNQ%3D%3D%22%2C%22mac%22%3A%22dc9cc12241cabf6CCCCCCCCCCCCCCCe8139e6%22%2C%22payload%22%3A%22D67EibqhopN4eKIrfwKakA%3D%3D%22%7D; pma_lang_https=en; pmaUser-1_https=%7B%22iv%22%3A%223pEOylJIHZ3vkugWqiXcOQ%3D%3D%22%2C%22mac%22%3A%2202e4f87f40f7eCCCCCCCCCCCCCCCee290587%22%2C%22payload%22%3A%22YoQGh%5C%2FlGGBjiPfQfyhWScg%3D%3D%22%7D; phpMyAdmin_https=tb1oub2mbCCCCCCCCCqu197

...and this time, I'm given these cookies in return, in a successful 302 to the dashboard

Set-Cookie: phpMyAdmin_https=tb1oub2CCCCCCCCCCCCCCcqu197; path=/; secure; HttpOnly
Set-Cookie: goto_https=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; secure
Set-Cookie: back_https=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; Max-Age=0; path=/; secure
Set-Cookie: phpMyAdmin_https=pek70ge9CCCCCCCCCCCCCulfop5; path=/; secure; HttpOnly
Set-Cookie: pmaUser-1_https=%7B%22iv%22%3A%22KkYlZLMlHui7u%5C%2FDFFOBmqw%3D%3D%22%2C%22mac%22%3A%22ef59f764732eCCCCCCCCCCCC776d6286f%22%2C%22payload%22%3A%22KYqtESg7PQ9jAlt4k%2BAdeQ%3D%3D%22%7D; expires=Thu, 28-May-2020 03:17:57 GMT; Max-Age=2592000; path=/; secure; HttpOnly
Set-Cookie: pmaAuth-1_https=%7B%22iv%22%3A%22gKuCaQPKTiZlJVhgqEkPyA%3D%3D%22%2C%22mac%22%3A%22f01b12563d13f4a7CCCCCCCCCCC8caf6ae%22%2C%22payload%22%3A%22xAUZuBuaV1alP%5C%2FUjfUvts1kTlobNHbmdYctMZOy0EIA%3D%22%7D; path=/; secure; HttpOnly

In this case, I'm still being sent two identical phpMyAdmin_https cookies, which looks wrong. But in this case, the session cookie belongs to the same user, user1, that I'm trying to log in with.

Is this helpful, @williamdes ?

@dspaan
Copy link

dspaan commented May 13, 2020

I just made a fresh install of phpMyAdmin on Opensuse 43 and keep getting this cookie error. Been working on it for 2 hours now and simply can't login. Clearing cookies/cache doesn't work. Incognito doesn't work. Changing inc.config.php doesn't work either. Running version 4.9.2.

@williamdes
Copy link
Member Author

@dspaan are you using Apache?
Could you post the config here?

@dspaan
Copy link

dspaan commented May 14, 2020

Yes, Apache. For some reason it's working now after changed config.inc.php with auth_type config and a blowfish key. Which config do you want to see? /etc/apache2/httpd.conf?

@williamdes
Copy link
Member Author

Yes, Apache. For some reason it's working now after changed config.inc.php with auth_type config and a blowfish key. Which config do you want to see? /etc/apache2/httpd.conf?

Yeah it "works" because it does not use cookies (if I am right)

Any non standard config file you modified if possible, did you follow a tutorial ?

@dspaan
Copy link

dspaan commented May 14, 2020

No i didn't follow a tutorial. I only modified confic.inc.php by reading the official phpmyadmin documentation. I tried 3 different browsers. Can i do anything to help figure out what's causing this?

@williamdes
Copy link
Member Author

Okay then:

  • Do you use a proxy
  • Is your installation local
  • Operating System
  • version of apache
  • version of anything else between the browser and the server
  • version of php, php-fpm, or anything related

I think we will have a good starting point here :)

Could you apply #15634 (comment) and let us know the error message ?

@dspaan
Copy link

dspaan commented May 14, 2020

No proxy
Install is on an OpenSUSE Leap 43.1 server in the cloud, not local.
Apache/2.4.35 (Linux/SUSE)
I tested from an RDP machine and my local laptop, nothing in between.
PHP Version 5.5.14
I can see php-fpm is running but no idea how to find the version.
I just replaced my modified config.inc.php with the sample again and reloaded and to my amazement i can login now again, no idea how that is possible. It also works from an incognito window. So i can't reproduce the error right now.

@dspaan
Copy link

dspaan commented May 14, 2020

Ok i have tried to reproduce the problem and installed phpMyAdmin on two other servers but it worked flawlessly. I noticed the config.sample.inc.php was owned by root:root and the non-working configuration had wwwrun:www so i changed the ownership of that file to wwwrun:www and my install broke immediately again. Now i changed it back to root:root but it's still broken and can't get it working anymore even by using config.inc.php with blowfish/config auth it still not working...........mind is blown. I broke my install again.

I have also installed the suggested patch and then i get this error output:

Failed to set session cookie. Maybe you are using HTTP instead of HTTPS to access phpMyAdmin. We think the path is /phpMyAdmin/ and the path you are using is //phpMyAdmin/

@dspaan
Copy link

dspaan commented May 14, 2020

No idea what's happening but my install is still broken. I made a tar.gz from the /srv/www/htdocs/phpMyAdmin of a server where it is working fine and exacted that on the problem server but it's still not working.

@williamdes
Copy link
Member Author

And if you chmod -R 777 phpMyAdminFolder does it solve this issue ?

@dspaan
Copy link

dspaan commented May 18, 2020

Yeah i already tried that and lots of other permission combinations. But for whatever reason right now it's working again while during my last post it didn't and i did not change anything in between. So maybe a reboot or another mechanism fixed it. Even though i restarted apache after every change i made.

@williamdes
Copy link
Member Author

Yeah i already tried that and lots of other permission combinations. But for whatever reason right now it's working again while during my last post it didn't and i did not change anything in between. So maybe a reboot or another mechanism fixed it. Even though i restarted apache after every change i made.

Quite strange, thank you for the feedback.
I hope to find out someday what goes wrong.
IMO we should split the message and add debug infos

@williamdes
Copy link
Member Author

Example URL: https://pma.ssl.local///////111111111111/

This is a bad thought.
You must be allowed to use URIs with consecutive characters /.

Source: #15634 (comment)

@nijel did you intentionally remove consecutive characters / in 3b6ed1f ?

@bakhtiya
Copy link

bakhtiya commented May 21, 2020

I am also having this issue with version 4.9.5 running on Ubuntu 18.04, Apache 2.4.29, PHP 7.2.24 over HTTP (not HTTPS). I use multiple servers in my config.inc.php script, 4 specifically all configured with auth_type = cookie.

Doesn't let me login via Chrome (on Windows 10) always giving the error Failed to set session cookie. Maybe you are using HTTP instead of HTTPS to access phpMyAdmin.. I've tried multiple times. It works if you go Incognito on Chrome, then it lets you login.

I've ensured no addons to Chrome are causing the issue. Disabled all.

@williamdes
Copy link
Member Author

@bakhtiya could you delete all the cookies for the "website" phpMyAdmin is on, in the developer console ?

@jamescridland
Copy link

@williamdes - I'm still getting intermittent errors when trying to log in on Chrome. When it manifests itself, the behaviour is always "Failed to set session cookie. Maybe you are using HTTP instead of HTTPS" on the first attempt; and then it always works on the second attempt.

This does not happen using Firefox, and only appears to be an issue in Chrome. Above, I highlight that PHPMyAdmin is sending two conflicting phpMyAdmin_https cookies on login. I can only guess that Firefox deals better with two cookies being set than Chrome does.

Is this the same bug as is being otherwise discussed here, or is it worth spinning this bug report out separately?

@williamdes
Copy link
Member Author

Is this the same bug as is being otherwise discussed here, or is it worth spinning this bug report out separately?

It seems to be the same bug, anyone that can work out a pull-request is very welcome :)
You seem to have pointed out a bug, could you try to find the root cause ?

@jamescridland
Copy link

jamescridland commented Sep 3, 2020

My bug appears to be with session management - it seems to be setting the old session, before having a change of heart and setting a new session cookie.

What I'm not fully understanding is this bit of AuthenticationSignon.php:

        foreach (['lifetime', 'path', 'domain', 'secure', 'httponly'] as $key) {
            if (isset($sessionCookieParams[$key])) {
                continue;
            }

            $sessionCookieParams[$key] = $defaultCookieParams($key);
        }

        if (isset($sessionCookieParams['samesite'])
            && ! in_array($sessionCookieParams['samesite'], ['Lax', 'Strict'])) {
                // Not a valid value for samesite
                unset($sessionCookieParams['samesite']);
        }

        if (version_compare(PHP_VERSION, '7.3.0', '>=')) {
            session_set_cookie_params($sessionCookieParams);
        }

        session_set_cookie_params(
            $sessionCookieParams['lifetime'],
            $sessionCookieParams['path'],
            $sessionCookieParams['domain'],
            $sessionCookieParams['secure'],
            $sessionCookieParams['httponly']
        );

If you have PHP v7.3.0 or above - which I do! - this would appear to set a cookie twice - once using the $sessionCookieParams full array with the potential of a 'samesite' cookie attribute, which is only available in PHP v7.3.0 and above... but THEN, if you're running PHP v7.3.0, it immediately sets the cookie all over again without that 'samesite' cookie attribute in the older format.

This is entirely unrelated, I suspect since the issue isn't setting an identical cookie twice, it's setting an identically-named cookie twice with different content. But the above would seem as if it's missing an } else { statement.

williamdes added a commit that referenced this issue Sep 7, 2020
#16319 by 64f6b5c on QA_5_0

Signed-off-by: William Desportes <williamdes@wdes.fr>
issues automation moved this from High priority to Closed Sep 7, 2020
@williamdes
Copy link
Member Author

williamdes commented Sep 7, 2020

If you have PHP v7.3.0 or above - which I do! - this would appear to set a cookie twice - once using the $sessionCookieParams full array with the potential of a 'samesite' cookie attribute, which is only available in PHP v7.3.0 and above... but THEN, if you're running PHP v7.3.0, it immediately sets the cookie all over again without that 'samesite' cookie attribute in the older format.
This is entirely unrelated, I suspect since the issue isn't setting an identical cookie twice, it's setting an identically-named cookie twice with different content. But the above would seem as if it's missing an } else { statement.

You pointed out one potential bug, I fixed it by 3307479
Thank you for reporting this, I hope this will be fixed now.

@Eutychus69
Copy link

To me it seems not to work ... even in phpMyAdmin 5.0.4.

@williamdes
Copy link
Member Author

To me it seems not to work ... even in phpMyAdmin 5.0.4.

Could you open a new issue so we can discuss and find out what is wrong?

@ericsssan
Copy link

ericsssan commented Nov 23, 2020

Same here.
phpMyAdmin 5.0.4
Google App Engine Standard php74

config.inc.php:

$cfg['blowfish_secret'] = 'MAKSED'; /* YOU MUST FILL IN THIS FOR COOKIE AUTH! */

/*
 * Servers configuration
 */
$i = 0;

// Change this to use the project and instance that you've created.
$host = '/cloudsql/{{ MASKED }}';
$type = 'socket';

/*
* First server
*/
$i++;
/* Authentication type */
$cfg['Servers'][$i]['auth_type'] = 'cookie';
/* Server parameters */
$cfg['Servers'][$i]['socket'] = $host;
$cfg['Servers'][$i]['connect_type'] = $type;
$cfg['Servers'][$i]['compress'] = false;
/* Select mysql if your server does not have mysqli */
$cfg['Servers'][$i]['extension'] = 'mysqli';
$cfg['Servers'][$i]['AllowNoPassword'] = false;
/*
 * End of servers configuration
 */

/*
 * Directories for saving/loading files from server
 */
$cfg['UploadDir'] = '';
$cfg['SaveDir'] = '';

/*
* Other settings
*/
$cfg['PmaNoRelation_DisableWarning'] = true;
$cfg['ExecTimeLimit'] = 60;
$cfg['CheckConfigurationPermissions'] = false;
$cfg['DefaultCharset'] = 'utf8mb4';
$cfg['TempDir'] = '/tmp';

app.yaml

service: phpmyadmin
runtime: php74

instance_class: F2

automatic_scaling:
  min_instances: 0
  max_instances: 2

handlers:

  - url: /(.+\.(ico|jpg|png|gif|htm|html|css|js))$
    static_files: \1
    upload: (.+\.(ico|jpg|png|gif|htm|html|css|js))$

  - url: .*
    script: auto
    secure: always

php.ini

google_app_engine.enable_functions = "php_uname, getmypid"

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Nov 24, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Bug A problem or regression with an existing feature question Used when we need feedback from the submitter or when the issue is a question about PMA
Projects
Questions
  
Blocked
issues
  
Closed
Development

No branches or pull requests