I had some issues using token authentication. The first, IMHO that the configuration settings 'secure_rest_services' and 'allow_rest_services_via_tokens' are a bit redundant or documentation is confusing. Worst, I tested and seems 'allow_rest_services_via_tokens' is ignored when set to TRUE. The user (or even the Application Token) MUST have the REST Services Profile or 'secure_rest_services' to be disabled to work. Then I found Personal Tokens (User tokens) only work for iTop Users. I'm currently...
I had some issues using token authentication. The first, IMHO that the configuration settings 'secure_rest_services' and 'allow_rest_services_via_tokens' are a bit redundant or documentation is confusing. Worst, I tested and seems 'allow_rest_services_via_tokens' is ignored when set to TRUE. The user (or even the Application Token) MUST have the REST Services Profile or 'secure_rest_services' to be disabled to work. Then I found Personal Tokens (User tokens) only work for iTop Users. I'm currently...
I had quiet soem issues using token authentication. The first, IMHO that the configuration settings 'secure_rest_services' and 'allow_rest_services_via_tokens' are a bit redundant or documentation is confusing. Worst, I tested and seems 'allow_rest_services_via_tokens' is ignored when set to TRUE. The user (or even the Application Token) MUST have the REST Services Profile or 'secure_rest_services' to be disabled to work. Then I found Personal Tokens (User tokens) only work for iTop Users. I'm currently...
FIXED: My fault, sorry I was reviewing the code and searched on google 'prepend/append' when I remembered and ugly hack I made to workaround this related to GLOB_BRACE: https://github.com/docker-library/php/issues/719 https://github.com/zendframework/zend-stdlib/issues/58 https://bugs.php.net/bug.php?id=72095 That ugly hack consisted on small PHP code prepended to any php execution, that code had a wild quote ;( The strange fact is that being single quote quite dangerous appended to any php exeuction,...
By the way, I noticed that the second error I have (pagination fail when clicking next page or another page), the JSON data shown on the pop-up An error ocurred while running the query also has a leading single quote at the start of the body response, confirmed by the browser console: SyntaxError: JSON.parse: unexpected character at line 2 column 1 of the JSON data So both issues are caused by the same root cause, but still don't know which is.
I already reviewed the code on /pages/ajax.document.php (not expecting any bug, but to know the process involved), for your reference: The code on /sources/Application/WebPage/WebPage.php on line 838 matches mine The code on /sources/Application/WebPage/WebPage.phpon line 1633 DON'T MATCH, I have (I think nothing to do with this issue): /** * @deprecated 3.0.0 use {@link \Combodo\iTop\Application\UI\Base\Component\CollapsibleSection\CollapsibleSection} * * @param bool $bOpenedByDefault * @param string...
Yes, I already commented it above: On the console appears "Uncaught SyntaxError: '' string literal contains an unescaped line break" This error seems to be in the generated JS by ajax.document.php (/pages/ajax.document.php?operation=dict&s=EN%20US-cde57bee6706ab27e15c6776a0dd4baa&t=1708524343.9693) Which contains the 'aDictEntries' dictionary with the missing translations, but by some strange reason a leading single quote ' starts the file causing the syntax error '// Create variable, so it can be...
I recently tried to upgrade from iTop 3.0.0 to 3.1.1 and after migration I faced a couple of weird issues with the UI. I tried reinstalling a new empty iTop and I see the same issues, so I'm thinking if they are related to browser/PHP iTop version 3.1.1-1-12561 built on 2023-12-19 10:53:23 MySQL: 11.2.3-MariaDB-1:11.2.3+maria~ubu2204 PHP: 8.1.27 (Support information below) Filter buttons appear untranslated The first one is that on list view, the label on the filter buttons appears untranslated (UI:Search:Criteria...),...