Chyba Tracy Creation of dynamic property Tracy\DefaultBarPanel::$cpuUsage is deprecated při update na 2.4

Tak jsem udělal downgrade PHP na 8.0.30 a už ta chyba není, ale zase je jiná:
Ambiguous class Notes resolution; defined in D:\TEMP\_0repos\magnusys\app/..\vendor\nette\component-model\tests\bootstrap.php and in D:\TEMP\_0repos\magnusys\app/..\vendor\nette\di\tests\bootstrap.php.
Způsobuje ji řádek v bootstrap.php: $configurator->createRobotLoader()->addDirectory(__APPDIR__)->register();
Jinak jsem zatím v aplikaci nic neměnil, podle návodu na update na 2.4 jsem nenašel nic, co bych v kódu měl ručně měnit.
Začínám se ztrácet…

Editoval milanb (1. 3. 21:47)

Taky mězarzilo, že v tom výpisu chyby je cesta do vendor a tests/bootstrap.php. Ale fungovalo to. Chci jen udělat update Nette na co možná nejvyšší verzi a dělám to postupně dle návodu. Jediné, co jsem udělal, je vše v tomto vlákně pospané, a to je pouze změna composer.json a pak composer update. Ani ťuk víc.
Můžu klidně poslat celý log té chyby.

Editoval milanb (2. 3. 9:16)

Tak další malý posun: Změnil jsem všechny dotčené verze na 2.4.* a spustil update roučně pro všechny tyto komponenty a na nich závislé:
composer update nette/mail nette/security nette/caching nette/database nette/finder nette/forms nette/http nette/utils nette/robot-loader nette/application nette/bootstrap nette/caching nette/di tracy/tracy latte/latte -W
A objevila se jiná chyba: Cannot use 'Object' as class name as it is reserved
A to už vůbec nechápu, protože v návodu update je uvedeno právě tohle:
Třídy frameworku teď místo dědění od Nette\Object používají novou traitu Nette\SmartObject
Tak proč v knihovně nette/utils v2.4.* je použito pořád Nette\Object?

Vyžaduj v Composeru verze ^2.4.0, dovolí to cokoli od 2.4.0, nižší než 3.0.0. Například nette/utils mají 2.5.* verze.

Tak teď už bojuju jen z aplikací. Ta samozřejmě fungovala, ale s verzí Nette 2.5 se dějí věci…
Mám HomepagePresenter, který začíná takto:

class HomepagePresenter extends Nette\Application\UI\Presenter
{
	use BasePresenter;
    ...

BasePresenter začíná takto:

	public function startUp()
	{
		parent::startUp();
		if (!defined('self::LOGIN_NOT_REQUIRED') && !$this->user->isLoggedIn()) {
			$this->redirect('Login:default');
			return;
		} else {
        ...

Ta podmínka zjednodušeně říká, že když nejsem přihlášen, přesměruj na Login.
LoginPresenter vypadá takto:

class LoginPresenter extends Nette\Application\UI\Presenter
{
	use BasePresenter;
	use \App\Control\LoginControl;

	const LOGIN_NOT_REQUIRED = TRUE;
	public function actionDefault() { $this->user->logout(); }
	public function renderDefault()	{ }
}

A LoginControl vyrábí login formulář. Ale k tomu to nikdy nedojde, protože dojde k zacyklení. V adrese prohlížeče to skončí tímto:
http://localhost:59029/login/login/login/login/login/login/login/login/login... až dojde k chybě Smyčka při přesměrování.
Čím to je? A proč se v adrese vrší ty loginy za sebou?
Neměl bych v takových situacích použít radši jen $this->forward('Login:default');, když nepřesměrovávám na jinou adresu a stále zůstávám v aplikaci?
Děkuji.

Editoval milanb (2. 3. 13:14)

OK. V LoginPresenter určuje hodnota LOGIN_NOT_REQUIRED, jestli je požadováno, aby byl člověk pro danou stránku (presenter) vyžadován. A není vyžadován u registračního presenteru, kde si uživatel teprve účet vytváří, a u login presenteru, kde je login dialog, takže ještě přihlášen není. Všechny ostatní stránky (presentery) potřebují, aby byl user zalogován.
self:: je kvalifikátor sebe sama (třídy). Odkazujete se na konstantu nebo statickou proměnnou definovanou ve stejné třídě. Klíčové slovo self se používá k přístupu k statickým členům třídy (statické proměnné, konstanty a metody) zevnitř třídy.
A protože je ta konstanta definována v LoginPresenter, který využívá i metody BasePresenter a v tom se také provádí ten test, tak nemusí být konstanta definována (když BasePresenter je užit v jiné třídě, než LoginPresenter, takže tam konstanta nedude), proto: if (!defined('self::LOGIN_NOT_REQUIRED').
P.S. Já ten kód sdědil, nepsal bych to tak, použil bych normální dědění, a ne use BasePresenter.

Editoval milanb (2. 3. 15:38)

Aha, ok, zkusím. Díky.

Tak nově se zdá být chyba někde tady při konstrukci formu:
$form->addSubmit('login', $l->login)->getControlPrototype()->setClass('btn btn-primary');
To způsobí, že ve vygenerováném form je <form action="/login/" method="post" id="frm-loginForm"> a to vůbec nezpůsobí volání
localhost/login, ale jen ‚/‘ a pak přidá další action="/login/login/" atd. další…
Když to v inspektoru ručně upravím na action="/login", tak se dostanu až do submit metody successLoginForm.

Editoval milanb (2. 3. 18:10)

OK, zkusím. Díky.

@milanb

Zkus natvrdo vyloučit redirect z LoginPresenter-u:

místo:

if (!defined('self::LOGIN_NOT_REQUIRED') && !$this->user->isLoggedIn()) {
	$this->redirect('Login:default');
}

zkus:

if ($this->name !== 'Login' && !defined('self::LOGIN_NOT_REQUIRED') && !$this->user->isLoggedIn()) {
	$this->redirect('Login:default');
}

@milanb
Píšeš, že Apache je nasměrovaný do <site-root>/www, a zároveň že se např. na styly odkazuje přes {$basePath}/www/less/magnus.css. Pokud by opravdu platila ta první část, tak odkaz musí být {$basePath}/less/magnus.css.

1. Nemáš náhodou v <site-root> ještě jeden .htaccess, který by dělal nějaké přesměrovávání/přepisování/podstrkávání do adresáře www?
2. Co se stane, když v <site-root>/www/.htaccess odkomentuješ RewriteBase / a změníš to na RewriteBase /www/? (I kdyby to zafungovalo, tak chceš mít spíš správně nastavený Apache než používat tuto berličku…).

nightfish napsal(a):

@milanb
Píšeš, že Apache je nasměrovaný do <site-root>/www, a zároveň že se např. na styly odkazuje přes {$basePath}/www/less/magnus.css. Pokud by opravdu platila ta první část, tak odkaz musí být {$basePath}/less/magnus.css.

1. Nemáš náhodou v <site-root> ještě jeden .htaccess, který by dělal nějaké přesměrovávání/přepisování/podstrkávání do adresáře www?
2. Co se stane, když v <site-root>/www/.htaccess odkomentuješ RewriteBase / a změníš to na RewriteBase /www/? (I kdyby to zafungovalo, tak chceš mít spíš správně nastavený Apache než používat tuto berličku…).

Rozumím, díky za snahu, ale to vede stále na stejný výsledek – error v Tracy: Cannot load presenter 'Magnus:Css', class 'App\MagnusModule\Presenters\CssPresenter' was not found. Teda když to zkouším takto: http://localhost:51671/less/magnus.css.
Ale ani změna v šabloně Latte nepomohla a všude, kde je použito {$basePath}/www/..., změna na {$basePath}/... taky ne.

ad. 1) V <site-root> mám ještě jeden .htaccess, ale ten obsahuje jen Require all denied dle vzoru v nette/web-project.

ad. 2) A když jsem odkomentoval RewriteBase / a změnil to na RewriteBase /www/, tak to nepomohlo.

Editoval milanb (3. 3. 11:45)

Ne, v žádném logu není nic, co by na něco ukazovalo.

Jestli můžu někomu prospět, kdo taky používá VS Code, tak správný launch.json vypadá takto:

{
  "version": "0.2.0",
  "configurations": [
    {
      "name": "Launch Built-in web server",
      "type": "php",
      "request": "launch",
      "runtimeArgs": [
        "-dxdebug.mode=debug",
        "-dxdebug.start_with_request=yes",
        "-S",
        "localhost:5001"
      ],
      "cwd": "${workspaceRoot}/www/",
      "serverReadyAction": {
        "pattern": "Development Server \\(http://localhost:([0-9]+)\\) started",
        "uriFormat": "http://localhost:%s",
        "action": "openExternally"
      }
    }
  ]
}

Port si samozřejmě lze změnit dle libosti. A stiskem F5 se spustí aplikace s debuggerem a otevře se okno prohlížeče s aplikací.
Ještě jednou děkuji a prosím, můžete toto vlákno zavřít, jestli se to tu vlastně vůbec tak nějak dělá.

Netrklo. Díky. A fakt, že celá aplikace funguje, je asi dán tím, že ve www ten server najde index.php, ne?
Ale jak bez .htaccess fungují všechna URL, když např. žádný soubor login.php ve www neexistuje?

OK, nastavím, mám tu XAMPP, tak to by mělo jít. Díky.