Uploaded image for project: 'MariaDB Server'
  1. MariaDB Server
  2. MDEV-33513

With the GSSAPI client plugin from version 10.11, the SLAVE server cannot authenticate with the replication user on the MASTER server

Details

    Description

      From version 10.11, the GSSAPI client plugin is statically linked into the server (https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows). The auth_gssapi_client.dll plugin is not produced by the default build.

      In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this replication user could also authenticate with GSSAPI. From version 10.11 this does not work.

      Based on debugging the server, I found the following:

      find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)
      

      in source sql-common\client_plugin.c:124 can't find the plugin because the linked list plugin_list[type /*=2*/] only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

      The mysql_client_plugin_init() populates the list based on the mysql_client_builtins struct in source sql-common\client_plugin.c:292.
      The mysql_client_builtins is statically defined in client.c. This should be expanded with the GSSAPI client.

      The workaround is to force the build of the auth_gssapi_client.dll plugin.

      Attachments

        Issue Links

          Activity

            vargabz Balazs Zoltan Varga created issue -
            vargabz Balazs Zoltan Varga made changes -
            Field Original Value New Value
            Description From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The _find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)_ in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password".
            It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The
            {code:java}
            find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)
            {code}
             in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password".
            It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            vargabz Balazs Zoltan Varga made changes -
            Description From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The
            {code:java}
            find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)
            {code}
             in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password".
            It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The
            {code:c++}find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/){code}
             in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password".
            It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            vargabz Balazs Zoltan Varga made changes -
            Description From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The
            {code:c++}find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/){code}
             in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password".
            It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The
            ??find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)??
             in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password".
            It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            vargabz Balazs Zoltan Varga made changes -
            Description From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The
            ??find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)??
             in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password".
            It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The ??find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)?? in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password".
            It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            vargabz Balazs Zoltan Varga made changes -
            Description From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The ??find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)?? in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password".
            It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The
            {noformat}
            find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)
            {noformat}
             in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password".
            It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            vargabz Balazs Zoltan Varga made changes -
            Description From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The
            {noformat}
            find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)
            {noformat}
             in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password".
            It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The _find\_plugin(const char *name /*="auth\_gssap\i_client"*/ , int type /*=2*/)_ in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password".
            It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            vargabz Balazs Zoltan Varga made changes -
            Description From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The _find\_plugin(const char *name /*="auth\_gssap\i_client"*/ , int type /*=2*/)_ in source sql-common\client_plugin.c:124 can't find the plugin because the linked list _plugin_list[type /*=2*/]_ only has "mysql_old_password" and "mysql_native_password".
            It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The *mysql_client_plugin_init()* populates the list based on the _mysql_client_builtins_ struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This should be expanded with the GSSAPI client.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/) in source sql-common\client_plugin.c:124 can't find the plugin because the linked list plugin_list[type /*=2*/] only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The mysql_client_plugin_init() populates the list based on the mysql_client_builtins struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This *should be expanded with the GSSAPI client*.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            vargabz Balazs Zoltan Varga made changes -
            Description From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            The find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/) in source sql-common\client_plugin.c:124 can't find the plugin because the linked list plugin_list[type /*=2*/] only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The mysql_client_plugin_init() populates the list based on the mysql_client_builtins struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This *should be expanded with the GSSAPI client*.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            {code:c++}
            find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)
            {code}
             in source sql-common\client_plugin.c:124 can't find the plugin because the linked list plugin_list[type /*=2*/] only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The mysql_client_plugin_init() populates the list based on the mysql_client_builtins struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This *should be expanded with the GSSAPI client*.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            vargabz Balazs Zoltan Varga made changes -
            Description From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            {code:c++}
            find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)
            {code}
             in source sql-common\client_plugin.c:124 can't find the plugin because the linked list plugin_list[type /*=2*/] only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The mysql_client_plugin_init() populates the list based on the mysql_client_builtins struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This *should be expanded with the GSSAPI client*.

            The *workaround *is to force the build of the auth_gssapi_client.dll plugin.
            From version 10.11, the GSSAPI client plugin is statically linked into the server ([https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows|https://mariadb.com/kb/en/authentication-plugin-gssapi/#installing-on-windows]). The *auth_gssapi_client.dll plugin is not produced by the default build*.

            In the case of master-slave replication, the slave server authenticates with the specified user on the master. Until version 10.11, this *replication user could also authenticate with GSSAPI. From version 10.11 this does not work*.

            Based on debugging the server, I found the following:

            {code:c++}
            find_plugin(const char *name /*="auth_gssapi_client"*/ , int type /*=2*/)
            {code}
             in source sql-common\client_plugin.c:124 can't find the plugin because the linked list plugin_list[type /*=2*/] only has "mysql_old_password" and "mysql_native_password". It can't find it, so it tries to load auth_gssapi_client.dll. Of course it doesn't exist. Therefore, an authentication error occurs.

            The mysql_client_plugin_init() populates the list based on the mysql_client_builtins struct in source sql-common\client_plugin.c:292.
            The *mysql_client_builtins* is statically defined in client.c. This *should be expanded with the GSSAPI client*.

            The *workaround* is to force the build of the auth_gssapi_client.dll plugin.
            serg Sergei Golubchik made changes -
            Assignee Vladislav Vaintroub [ wlad ]
            serg Sergei Golubchik made changes -
            Fix Version/s 10.11 [ 27614 ]
            wlad Vladislav Vaintroub made changes -
            Assignee Vladislav Vaintroub [ wlad ] Georg Richter [ georg ]
            wlad Vladislav Vaintroub made changes -
            Assignee Georg Richter [ georg ] Vladislav Vaintroub [ wlad ]
            wlad Vladislav Vaintroub made changes -
            Status Open [ 1 ] Confirmed [ 10101 ]
            wlad Vladislav Vaintroub made changes -
            Component/s Scripts & Clients [ 11002 ]
            Component/s Replication [ 10100 ]
            Fix Version/s 10.11.8 [ 29630 ]
            Fix Version/s 10.11 [ 27614 ]
            Resolution Fixed [ 1 ]
            Status Confirmed [ 10101 ] Closed [ 6 ]
            JIraAutomate JiraAutomate made changes -
            Fix Version/s 11.0.6 [ 29628 ]
            Fix Version/s 11.1.5 [ 29629 ]
            Fix Version/s 11.2.4 [ 29631 ]
            wlad Vladislav Vaintroub made changes -

            People

              wlad Vladislav Vaintroub
              vargabz Balazs Zoltan Varga
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Git Integration

                  Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.