Chyba Undefined index: panels

kejlicz

Ahoj všichni.

Používám na localu s Windows 7 balíček EasyPHP. Dnes mi z ničeho nic začaly všechny weby v Nette vyhazovat chybu Undefined index: panels
v souboru vendor\tracy\tracy\src\Tracy\Bar.php:109

TENTO ŘÁDEK >>>>> foreach ($info['panels'] as $panel) {
                $panel['id'] .= '-' . $reqId;
                $panels[] = $panel;
             }

Nejsem si vědom, že bych něco aktualizoval. Čím to může být? zatím jsem se v tom nějak nevrtal, abych nenadělal víc škody než užitku.

Díky moc.

Martin

David Matějka

muzes dumpnout, co obsahuje promenna $session?

a zkusil bych smazat session

kejlicz

dump $session

array (1)
   0 => array (7)
   |  0 => array (3)
   |  |  id => "Tracy-DefaultBarPanel" (21)
   |  |  tab => "<span title="Execution time"><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABGdBTUEAAK/INwWK6QAAABl0RVh0U29mdHdhcmUAQ ... " (1073)
   |  |  panel => ""
   |  1 => array (3)
   |  |  id => "Tracy-DefaultBarPanel-2" (23)
   |  |  tab => "<span title="The peak of allocated memory"><img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABGdBTUEAAK/INwWK6QAAABl0RVh ... " (818)
   |  |  panel => ""
   |  2 => array (3)
   |  |  id => "Tracy-Debugger-errors" (21)
   |  |  tab => ""
   |  |  panel => NULL
   |  3 => array (3)
   |  |  id => "Tracy-Debugger-dumps" (20)
   |  |  tab => ""
   |  |  panel => NULL
   |  4 => array (3)
   |  |  id => "Nette-Bridges-ApplicationTracy-RoutingPanel" (43)
   |  |  tab => "<img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABGdBTUEAAK/INwWK6QAAABl0RVh0U29mdHdhcmUAQWRvYmUgSW1hZ2VSZWFkeXHJZTwAAA ... " (974)
   |  |  panel => "<style class="tracy-debug">

	#tracy-debug .nette-RoutingPanel table {
		font: 9pt/1.5 Consolas, monospace;
	}

	#tracy-debug .nette-RoutingPanel .yes ... " (1650)
   |  5 => array (3)
   |  |  id => "Nette-Bridges-DatabaseTracy-ConnectionPanel" (43)
   |  |  tab => "<span title="Nette\Database default">
<img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAQAAAC1+jfqAAAABGdBTUEAAK/INwWK6QAAABl0RVh0U29m ... " (622)
   |  |  panel => "<style class="tracy-debug">
	#tracy-debug td.nette-DbConnectionPanel-sql { background: white !important }
	#tracy-debug .nette-DbConnectionPanel-sourc ... " (1759)
   |  6 => array (3)
   |  |  id => "Nette-Bridges-SecurityTracy-UserPanel" (37)
   |  |  tab => "<img src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAQAAAC1+jfqAAAABGdBTUEAAK/INwWK6QAAABl0RVh0U29mdHdhcmUAQWRvYmUgSW1hZ2VSZWFkeXHJZTwAAA ... " (630)
   |  |  panel => "<div class="nette-UserPanel">
	<h1>Unlogged</h1>

	<pre class="tracy-dump"><span class="tracy-toggle"><span class="tracy-dump-object">Nette\Security\I ... " (1452)

kejlicz

Tak vymazání sessions pomohlo. Díky moc.

kejlicz

Dá se s té $session poznat, co je špatně. Zjistil jsem totiž, že to způsobuje to, že jsem si stáhl jeden starší projekt, který jsem vyvíjel přímo na hostingu a těď jsem chtěl vývoj přesunou na local. Jenže tento projekt, když ho spustím na localu hodí chybu v prohléžeči „Toto stránka není dostupná“. Ještě jsem nepřišel na to, co tu chybu způsobuje, ale při této chybě se pravděpodobně vytvoří nějaká špatná session, protože pak mi přestanou fungovat všechny weby(viz. původní problém). Smazání session na disku se to opět spraví.

David Matějka

co tam mas ulozeny, vypada jako stara struktura pred timto commitem, ale nenapada me, jak by se to stale mohlo vytvorit – vypada to, jako by se ti tam mlatily dve verze nette. nedelas tam nejaky nestandardni veci? jak mas nainstalovany nette?

kejlicz

Asi to bude tím jak píšeš, ale zatím se v tom moc neorientuju. Až bude trochu čas, tak se na to podívám., Původně byl ten projekt vyvíjen přímo na hostingu a Nette tam bylo normálně rozbalený z archivu stáhnutého na stránce. Na hostingu je PHP tuším 5.4.45. Pak jsem ten projekt stáhnul na local a teď mi došlo, že jsem vlastně před pár dny, ten web spouštěl na localu a spustil jsem composer update. A pak jsem se k tomu ale už nedostal, takže composer něco updatoval, ale asi se tam něco stalo. Web jsem spustil na localu zase až dnes a to už to vytvářelo tu špatnou session.