Community
    • Categories
    • Recent
    • Popular
    • Users
    • Search
    • Register
    • Login
    1. Home
    2. smeissner
    3. Posts
    S
    Offline
    • Profile
    • Following 0
    • Followers 0
    • Topics 9
    • Posts 39
    • Groups 0

    Posts

    Recent Best Controversial
    • RE: Suchfunktion funktioniert nicht mehr

      ahh, ich nutze redbox –> mit dem Default Theme passiert das nicht, da funktioniert die Suche

      posted in Betrieb
      S
      smeissner
    • RE: Suchfunktion funktioniert nicht mehr

      Betriebsystem ist Windows 7 Prof 64 Bit.

      Der Fehler tritt sowohl mit dem IE 8.0 auf, wie auch im Firefox 3.6 .9

      Die Firefox Fehlerkonsole sagt bei einer Suchanfrage:

      Fehler: isys_search is not defined
      Quelldatei: http://idoit/index.php?lang=de
      Zeile: 1

      posted in Betrieb
      S
      smeissner
    • RE: Suchfunktion funktioniert nicht mehr

      gern doch

      Zum Server:

      
      Server: Apache/2.2.9 (Debian) PHP/5.2.6-1+lenny8 with Suhosin-Patch
      X-Powered-By: PHP/5.2.6-1+lenny8
      Expires: Thu, 19 Nov 1981 08:52:00 GMT
      Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
      Pragma: no-cache
      Vary: Accept-Encoding
      Content-Encoding: gzip
      Content-Length: 2869
      Keep-Alive: timeout=15, max=96
      Connection: Keep-Alive
      Content-Type: text/html; charset=iso-8859-15
      

      Version 0.9.9-3
      Was brauchst du noch

      posted in Betrieb
      S
      smeissner
    • RE: Suchfunktion funktioniert nicht mehr

      @ds:

      Ist in der 0.9.9-3 behoben

      kann ich leider nicht bestätigen. Habe soeben geupdated und die Suchfunktion funktioniert immer noch net 😞

      posted in Betrieb
      S
      smeissner
    • Suchfunktion funktioniert nicht mehr

      Hallo Leute,

      wenn ich ganz oben links neben dem "Benutzereinstellungen" Symbol was eintrage was ich suche, so komme ich einfach wieder auf meine aktuelle Seite. Das ist doch nicht gewollt und hat auch schon funktioniert.

      Version 0.9.9-2

      Kann mir da geholfen werden?

      posted in Betrieb
      S
      smeissner
    • Fehler beim update auf Version 0.9.9-2

      Ich habe soeben von 0.9.9-1 auf 0.9.9-2 geupdatet.

      So wie es aussieht läuft alles. Allerdings habe ich in der Log folgende Einträge:

      [2010-08-19 15:08:15]: - Could not copy ./updates/classes/isys_update_modules.class.php
      [2010-08-19 15:08:15]: - Could not copy ./updates/classes/isys_update_config.class.php
      [2010-08-19 15:08:15]: - Could not copy ./updates/classes/isys_update_migration.class.php
      [2010-08-19 15:08:15]: - Could not copy ./updates/classes/isys_update_files.class.php
      [2010-08-19 15:08:15]: - Could not copy ./updates/classes/isys_update.class.php
      [2010-08-19 15:08:15]: - Could not copy ./updates/classes/isys_update_xml.class.php
      [2010-08-19 15:08:15]: - Could not copy ./updates/classes/isys_update_log.class.php
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/steps/1.tpl
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/steps/2.tpl
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/steps/5.tpl
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/steps/3.tpl
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/steps/6.tpl
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/steps/4.tpl
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/steps/8.tpl
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/steps/7.tpl
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/update.tpl
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/minehunter.html
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/5.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/3.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/b.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/e.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/1.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/i.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/8.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/c.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/6.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/f.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/2.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/4.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/m.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/games/i/7.gif
      [2010-08-19 15:08:15]: - Could not copy ./updates/tpl/error.tpl
      [2010-08-19 15:08:15]: - Could not copy ./updates/update.inc.php
      [2010-08-19 15:08:15]: - Could not copy ./updates/images/banner.png
      [2010-08-19 15:08:15]: - Could not copy ./updates/images/logo.png
      [2010-08-19 15:08:15]: - Could not copy ./updates/update.css
      [2010-08-19 15:08:15]: - Could not copy ./updates/index.php
      
      

      Sollte ich mir da sorgen machen? Nicht das ich beim nächsten update das böse Erwachen erlebe.

      posted in Betrieb
      S
      smeissner
    • RE: SQL Fehler beim Löschen eines Benutzers

      OK –> Work Around: alten Benutzer einfach umbenennen und es geht 😉

      posted in Betrieb
      S
      smeissner
    • RE: SQL Fehler beim Löschen eines Benutzers

      Das ist aber schlecht, da wir jetzt das selbe Problem haben wie schonmal (http://www.i-doit.org/forum/index.php/topic,1255.msg5396/topicseen.html#msg5396 )

      Der User wurde angelegt –> dann umstieg auf LDAP --> der User muss erstmal gelöscht werden.

      posted in Betrieb
      S
      smeissner
    • SQL Fehler beim Löschen eines Benutzers

      Hallo liebe I-DoIT nutzer.

      Wir haben hier ein frisches I-DoIT 0.9.9-1. Jetzt wollte ich einen User löschen, da sich dieser dann per LDAP Authentifizieren soll.

      Will ich den User aber nun entgültig löschen, bekomme ich folgenden Fehler:

      isys_exception_database : Query error: 'DELETE FROM isys_person_intern WHERE isys_person_intern__id = '16' ;': Cannot delete or update a parent row: a foreign key constraint fails (`idoit_data/isys_logbook`, CONSTRAINT `isys_logbook_ibfk_1` FOREIGN KEY (`isys_logbook__isys_person_intern__id`) REFERENCES `isys_person_intern` (`isys_person_intern__id`) ON DELETE NO ACTION )
      

      Kann mir da geholfen werden

      posted in Betrieb
      S
      smeissner
    • RE: SQL Fehler beim Update auf 0.9.9

      das ist der Auzug aus der aktuellen datenbank (Versionsstand 0.9.8-3)

      posted in Betrieb
      S
      smeissner
    • RE: SQL Fehler beim Update auf 0.9.9

      hallo gr,

      ich fasse mal fix zusammen:

      firmenmandant:

      
      CREATE TABLE `isys_catp_ip_list` (
       `isys_catp_ip_list__id` int(10) unsigned NOT NULL auto_increment,
       `isys_catp_ip_list__isys_ip_assignment__id` int(10) unsigned default NULL,
       `isys_catp_ip_list__isys_catp_ip__id` int(10) unsigned NOT NULL default '0',
       `isys_catp_ip_list__title` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__description` text collate utf8_unicode_ci,
       `isys_catp_ip_list__status` int(10) unsigned default '1',
       `isys_catp_ip_list__property` int(10) unsigned default '0',
       `isys_catp_ip_list__hostname` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__dhcp` int(10) unsigned default '0',
       `isys_catp_ip_list__address` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__mask` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__primary` int(10) unsigned default NULL,
       `isys_catp_ip_list__gateway` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__dns_domain` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__dns_server` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__active` int(10) unsigned default NULL,
       PRIMARY KEY  (`isys_catp_ip_list__id`),
       KEY `isys_catp_ip_list_FKIndex1` (`isys_catp_ip_list__isys_catp_ip__id`),
       KEY `isys_catp_ip_list_FKIndex2` (`isys_catp_ip_list__isys_ip_assignment__id`)
      ) ENGINE=InnoDB AUTO_INCREMENT=76 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci
      
      

      spielemandant

      
      CREATE TABLE `isys_catp_ip_list` (
       `isys_catp_ip_list__id` int(10) unsigned NOT NULL auto_increment,
       `isys_catp_ip_list__isys_ip_assignment__id` int(10) unsigned default NULL,
       `isys_catp_ip_list__isys_catp_ip__id` int(10) unsigned NOT NULL default '0',
       `isys_catp_ip_list__title` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__description` text collate utf8_unicode_ci,
       `isys_catp_ip_list__status` int(10) unsigned default '1',
       `isys_catp_ip_list__property` int(10) unsigned default '0',
       `isys_catp_ip_list__hostname` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__dhcp` int(10) unsigned default '0',
       `isys_catp_ip_list__address` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__mask` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__primary` int(10) unsigned default NULL,
       `isys_catp_ip_list__gateway` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__dns_domain` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__dns_server` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__active` int(10) unsigned default NULL,
       PRIMARY KEY  (`isys_catp_ip_list__id`),
       KEY `isys_catp_ip_list_FKIndex1` (`isys_catp_ip_list__isys_catp_ip__id`),
       KEY `isys_catp_ip_list_FKIndex2` (`isys_catp_ip_list__isys_ip_assignment__id`)
      ) ENGINE=InnoDB AUTO_INCREMENT=55 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci
      
      

      Was komisch ist: Der Spielemandant hat 302 Tabellen, der Firmenmandant 303

      posted in Betrieb
      S
      smeissner
    • RE: SQL Fehler beim Update auf 0.9.9

      hallo gr,

      werde das dann mal teste. Noch eine Frage dazu: der Auszug oben ist vom Mandanten 1. wir haben aber 2. Muss ich da noch was ändern?

      posted in Betrieb
      S
      smeissner
    • RE: SQL Fehler beim Update auf 0.9.9

      Hallo gr,
      ergebniss:

      Table: sys_catp_ip_list

      	CREATE TABLE `isys_catp_ip_list` (
       `isys_catp_ip_list__id` int(10) unsigned NOT NULL auto_increment,
       `isys_catp_ip_list__isys_ip_assignment__id` int(10) unsigned default NULL,
       `isys_catp_ip_list__isys_catp_ip__id` int(10) unsigned NOT NULL default '0',
       `isys_catp_ip_list__title` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__description` text collate utf8_unicode_ci,
       `isys_catp_ip_list__status` int(10) unsigned default '1',
       `isys_catp_ip_list__property` int(10) unsigned default '0',
       `isys_catp_ip_list__hostname` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__dhcp` int(10) unsigned default '0',
       `isys_catp_ip_list__address` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__mask` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__primary` int(10) unsigned default NULL,
       `isys_catp_ip_list__gateway` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__dns_domain` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__dns_server` varchar(255) collate utf8_unicode_ci default NULL,
       `isys_catp_ip_list__active` int(10) unsigned default NULL,
       PRIMARY KEY  (`isys_catp_ip_list__id`),
       KEY `isys_catp_ip_list_FKIndex1` (`isys_catp_ip_list__isys_catp_ip__id`),
       KEY `isys_catp_ip_list_FKIndex2` (`isys_catp_ip_list__isys_ip_assignment__id`)
      ) ENGINE=InnoDB AUTO_INCREMENT=76 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci
      
      posted in Betrieb
      S
      smeissner
    • RE: SQL Fehler beim Update auf 0.9.9

      keine Tips mehr?

      würde den Entwicklerteam auch einen SQL Dump zur Verfügung stellen

      posted in Betrieb
      S
      smeissner
    • RE: SQL Fehler beim Update auf 0.9.9

      hallo,

      leider bringt auch die lösung aus diesem Post nix.
      Ich habe es jetzt mit dem idoit-0.9.9-update-FK-FiX versucht, leider bekomme ich da nach dem Update wieder:

      isys_exception_database : Query error: 'ALTER TABLE `isys_catp_ip_list` DROP FOREIGN KEY `isys_catp_ip_list_ibfk_2`': Error on rename of './idoit_data/isys_catp_ip_list' to './idoit_data/#sql2-8bc-367e93' (errno: 152) Backtrace: #0 _get_backtrace() called at [/var/www/i-doit/src/classes/exceptions/isys_exception_database.class.php:24] #1 isys_exception_database->__construct(Query error: 'ALTER TABLE `isys_catp_ip_list` DROP FOREIGN KEY `isys_catp_ip_list_ibfk_2`': Error on rename of './idoit_data/isys_catp_ip_list' to './idoit_data/#sql2-8bc-367e93' (errno: 152), Array ([server] => 5.0.51a-24+lenny2,[host] => Localhost via UNIX socket,[client] => 5.0.51a,[proto] => 10)) called at [/var/www/i-doit/src/classes/components/isys_component_database.class.php:182] #2 isys_component_database->query(ALTER TABLE `isys_catp_ip_list` DROP FOREIGN KEY `isys_catp_ip_list_ibfk_2`) called at [/var/www/i-doit/src/classes/components/isys_component_dao.class.php:253] #3 isys_component_dao->update(ALTER TABLE `isys_catp_ip_list` DROP FOREIGN KEY `isys_catp_ip_list_ibfk_2`) called at [/var/www/i-doit/updates/classes/isys_update.class.php:1003] #4 isys_update->update_database(/var/www/i-doit/updates/versions/v0.9.9/update_data.xml, isys_component_database Object ([] => idoit_data,[] => Resource id #112,[] => isys_component_database_transaction_manager Object ([] => isys_component_database Object ( *RECURSION*,[] => 1),[] => idoit,[] => VtVzvB5zQLW9hNXE,[] => localhost,[] => 3306), 1) called at [/var/www/i-doit/updates/classes/isys_update.class.php:245] #5 isys_update->update(idoit_system, Array ([9] => idoit_data,[10] => idoit_spielemandant)) called at [/var/www/i-doit/updates/update.inc.php:451] #6 include_once(/var/www/i-doit/updates/update.inc.php) called at [/var/www/i-doit/index.php:278] (Extended Information: array ( 'server' => '5.0.51a-24+lenny2', 'host' => 'Localhost via UNIX socket', 'client' => '5.0.51a', 'proto' => 10, ))
      
      posted in Betrieb
      S
      smeissner
    • SQL Fehler beim Update auf 0.9.9

      Hallo Leute,

      habe heute Versucht von version 0.8.3 auf 0.9.9 zu updaten. Leider bekomme ich nur einen weisen Bildschrim mit folgender SQL Meldung:

      isys_exception_database : Query error: 'ALTER TABLE `isys_catp_ip_list` DROP FOREIGN KEY `isys_catp_ip_list_ibfk_2`': Error on rename of './idoit_data/isys_catp_ip_list' to './idoit_data/#sql2-8bc-26c0cb' (errno: 152) Backtrace: #0 _get_backtrace() called at [/var/www/i-doit/src/classes/exceptions/isys_exception_database.class.php:24] #1 isys_exception_database->__construct(Query error: 'ALTER TABLE `isys_catp_ip_list` DROP FOREIGN KEY `isys_catp_ip_list_ibfk_2`': Error on rename of './idoit_data/isys_catp_ip_list' to './idoit_data/#sql2-8bc-26c0cb' (errno: 152), Array ([server] => 5.0.51a-24+lenny2,[host] => Localhost via UNIX socket,[client] => 5.0.51a,[proto] => 10)) called at [/var/www/i-doit/src/classes/components/isys_component_database.class.php:182] #2 isys_component_database->query(ALTER TABLE `isys_catp_ip_list` DROP FOREIGN KEY `isys_catp_ip_list_ibfk_2`) called at [/var/www/i-doit/src/classes/components/isys_component_dao.class.php:253] #3 isys_component_dao->update(ALTER TABLE `isys_catp_ip_list` DROP FOREIGN KEY `isys_catp_ip_list_ibfk_2`) called at [/var/www/i-doit/updates/classes/isys_update.class.php:1003] #4 isys_update->update_database(/var/www/i-doit/updates/versions/v0.9.9/update_data.xml, isys_component_database Object ([] => idoit_data,[] => Resource id #112,[] => isys_component_database_transaction_manager Object ([] => isys_component_database Object ( *RECURSION*,[] => 1),[] => idoit,[] => VtVzvB5zQLW9hNXE,[] => localhost,[] => 3306), 1) called at [/var/www/i-doit/updates/classes/isys_update.class.php:245] #5 isys_update->update(idoit_system, Array ([9] => idoit_data,[10] => idoit_spielemandant)) called at [/var/www/i-doit/updates/update.inc.php:451] #6 include_once(/var/www/i-doit/updates/update.inc.php) called at [/var/www/i-doit/index.php:278] (Extended Information: array ( 'server' => '5.0.51a-24+lenny2', 'host' => 'Localhost via UNIX socket', 'client' => '5.0.51a', 'proto' => 10, ))
      

      Kann mir da geholfen werden?

      i-doit.PNG

      posted in Betrieb
      S
      smeissner
    • RE: Update auf Version 0.9.8-3 - Suchfunktion Ergebnisansicht

      vielen dank, hatte das selbe Problem. Hat auch bei mir funktioniert 😉

      posted in Entwicklung
      S
      smeissner
    • RE: Monitordaten (Display, Typ Auflösung) löschen sich bei nächsten Eintrag

      jetzt ja –> hat sich damit erledigt. DANKE

      posted in Betrieb
      S
      smeissner
    • RE: Fehlende Umlaute nach update

      ok, das Problem hat sich nach dem Update auf 0.9.8-3 gelöst

      posted in Betrieb
      S
      smeissner
    • RE: 0.9.8-2 - schwebendes Minifenster zum Objekt

      ui, die version hatte ich noch gar nicht bemerkt. danke für den tip

      posted in Betrieb
      S
      smeissner