Nabble - egroupware-tracker

#2115 - FCKEditor der KB - Formatierungen an Tabellen u. Links werden nicht gespeichert

2009-11-25T02:32:16Z

Ticket geändert von Stefan Roder am 2009/11/25 11:32

Verfolgungssystem: Bugs

Kategorie: Knowlege base

Version: Trunk

Status: Offen

Lösung: Keine

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: Stefan Roder

Zugewiesen an: nicht zugewiesen

Kopie: Klaus Leithoff

Zusammenfassung: #2115 - FCKEditor der KB - Formatierungen an Tabellen u. Links werden nicht gespeichert

Hallo Leute,
ich habe seit kurzem das Problem, dass Angaben zu Tabellenrahmen (vor allem Höhe) und zusätzliche Attribute von Web-Links (öffnen in einem neuen Fenster "_blank" ) nach dem Speichern nicht übernommen werden. Im Quelltext werden sie nach dem Anwenden angezeigt, allerdings an teilweise unterschiedlichen Stellen - nach dem Speichern des Artikels sind sie verschwunden.
Groupware ist Trunk 1.6 und als Browser wird FF verwendet. Die Funktionen haben bis vor kurzem noch funktioniert - ich kann leider nicht sagen, seit welchem Trunkupdate der Fehler existiert.

Kommentar von Stefan Roder am 2009/11/25 11:32:

Hallo, die Probleme mit dem Editor nehmen leider eher zu, als ab. Jetzt wird beim Speichen vieles von der Formatierung umgewandelt und erscheint in völlig anderer Form. Habe ich irgendein Update verpasst? Ist der Fckeditor im Trunk erneuert?
Hilfe! Danke!

Kommentar von Stefan Roder am 1970/01/01 01:33:

Hab gerade noch mal experimentiert: das Problem betrifft den FCKEditior in allen Anwendungen - gleiches Phänomen im Wiki und den News

Linked entries:
Bugs #2115: FCKEditor der KB - Formatierungen an Tabellen u. Links werden nicht gespeichert
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2367 - Synchronisation setzt immer default-Domain voraus

2009-11-25T02:19:37Z

Ticket modified by Steffen Kohler at 2009/11/25 11:19

Tracking System: Bugs

Category: SyncML

Version: Version 1.6.002

Status: Open

Resolution: None

Completed: 0%

Priority: 5 - medium

Created By: Steffen Kohler

Assigned to: Jörg Lehrke

Summary: #2367 - Synchronisation setzt immer default-Domain voraus

Hallo Jörg,

ich habe wieder einmal ein kleines Problem entdeckt. Möchte ich meine Daten in eine andere Domain als 'default' synchronisieren funktioniert dies nicht. Im Anhang befindet sich das Log-File.

Comment by Steffen Kohler at 2009/11/25 11:19:

Hallo Jörg, hallo Vitali,

kann ich auch für die SVN bestätigen. Das Problem besteht immer noch.

Grüße,

Steffen

Comment by Vitali Richert at 2009/11/24 14:08:

Hallo Steffen,

im Daily-Snapshot vom 24. sollte die Änderung schon drin sein.

Mit der aktuellen Version aus dem SVN ist das Problem leider immer noch nicht behoben.

Jörg, ich schließe das Ticken 2386, da hier ja das gleiche Problem besteht.

Gruß
Vitali

Comment by Steffen Kohler at 2009/11/24 10:55:

Hallo Jörg,

sollten die Änderungen eigentlich auch in den Daily-Snapshots behoben sein ? In der vom 24.11. besteht das gleiche Problem.

In die SVN-Geschichte muß ich mich erst einarbeiten: Server entsprechend einrichten Proxy einrichten/freischalten etc.. Kann etwas gehen bis ich dies testen kann.

Gruß,

Steffen

Comment by Jörg Lehrke at 2009/11/22 18:52:

Hallo Steffen,

das Problem ist jetzt in den SVN-Versionen behoben.

J"org

Comment by Jörg Lehrke at 2009/11/20 15:16:

Hallo Steffen,

ich werde mir mal eine zweite Domain anlegen, um selbst testen zu können. Wenn ich erfolgreich war, gebe ich Bescheid.

J"org

Comment by Steffen Kohler at 2009/11/20 12:07:

Hallo Jörg,

ich habe mir heute morgen den Tagessnapshot gezogen:

er sychronisiert jetzt zwar, aber immer noch mit der ersten Domain.

also:
1. Domain test
2. Domain neu

Angaben im syncml-Client auf dem Palm
kohler@neu

es wird aber trozdem alles mit Domain test abgeglichen.

Gruß,

Steffen

Comment by Jörg Lehrke at 2009/11/19 12:57:

Hallo Steffen,

Du kannst Dir die Version entweder selbst aus SVN auschecken, oder den täglichen Snapshot verwenden:

Zitat Ralf's Mail an die Entwicklerliste:
Die Fixe sind jetzt über SVN im 1.6 Branch verfügbar oder über den
täglichen Snapshot: http://dev.egroupware.org/other/1.6-snapshot.tar.bz2

Comment by Steffen Kohler at 2009/11/19 10:32:

Hallo Jörg,

entschuldige die dumme Frage aber was muß ich wo herunterladen?

Gruß,

Steffen

Comment by Jörg Lehrke at 2009/11/18 19:58:

Hi Steffen,

ich habe einen weiteren Versuch im aktuellen Trunk und im 1.6 Branch commited. Kannst Du mit einer dieser Version mal probieren, ob es jetzt funktioniert?

J"org

Comment by Steffen Kohler at 2009/11/18 13:51:

Hallo Jörg,

Der Patch funktioniert leider nicht.
Error-Logfile steht im Anhang (error_log.neu.txt).

Diesmal hab ich keine default-Domain erstellt sondern die erste Domain ist die Domain 'test'.

Grüße,

Steffen

Comment by Steffen Kohler at 2009/11/13 11:31:

Hallo Jörg,

die letzte Frage ziehe ich zurück. Mein Kollege hat die Anwort gefunden. Die Einstellungen kann man ja anhand Deiner Erweiterung frei wählen.

Sorry dafür.

Grüße,

Steffen

Comment by Steffen Kohler at 2009/11/12 13:20:

Hallo Jörg,

ich komme wahrscheinlich erst am Montag dazu es zu testen. Mal was anderes noch: Wieviel Tage zurück die Vergangenheit werden eigentlich die Termine auf den Palm synchronisiert?
Im SyncML-Client auf dem Palm habe ich die Optionen 'Days before' und 'after today' abgewählt. Trotzdem werden nicht alle Termine übertragen
Hängt das vom Client ab oder von der egroupware? Was muß man einstellen, damit alle Termine (auch aus der Vergangenheit synchronisiert werden ?

Grüße,
Steffen

Comment by Jörg Lehrke at 1970/01/01 01:33:

Hallo Steffen,

ich habe das Problem hoffentlich mit meinem heutigen Patch behoben. Kannst Du das mal probieren und mir eine kurze Rueckmeldung dazu geben, danke?

J"org

Linked entries:
Bugs #2367: Synchronisation setzt immer default-Domain voraus
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2395 - Filemanager denies access to files due to an error in a SQL query (psql 8)

2009-11-24T06:43:27Z

Ticket geändert von Ralf Becker am 2009/11/24 15:43

Verfolgungssystem: Bugs

Kategorie: Filemanager

Version: Version 1.6.002

Status: Geschlossen

Lösung: Ungültig

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: Isaac Clerencia

Zugewiesen an: Ralf Becker

Zusammenfassung: #2395 - Filemanager denies access to files due to an error in a SQL query (psql 8)

After a new installation of 1.6.002 access to files uploaded to the filemanager was denied.

After a bit of investigation I realized the SQL query built to check if the user had permission to access a given file was not built properly.

Part of the code to built this query, in the file class.sqlfs_stream_wrapper.inc.php and line 1012 is:
$sql_read_acl = '(fs_mode & 04 OR fs_mode & 0400 AND fs_uid='.(int)egw_vfs::$user.
' OR fs_mode & 040 AND fs_gid IN('.implode(',',$memberships).'))';

In PostgreSQL (at least, version 8) the result of (fs_mode & 04) is an integer, and it doesn't like having an integer in an AND or OR operation. It gives an SQL syntax error and denies access as a result.

The fix is as easy as changing 'fs_mode & 04' to '(fs_mode & 04) < 0' and the same for the other two ones.

Thanks

Kommentar von Ralf Becker am 2009/11/24 15:43:

This bug has been fixed 7 month ago, long before 1.6.002!
http://svn.stylite.de/viewvc/egroupware/branches/1.6/phpgwapi/inc/class.sqlfs_stream_wrapper.inc.php?r1=26778&r2=26784

Linked entries:
Bugs #2395: Filemanager denies access to files due to an error in a SQL query (psql 8)
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2395 - Filemanager denies access to files due to an error in a SQL query (psql 8)

2009-11-24T06:36:26Z

New ticket submitted by Isaac Clerencia at 2009/11/24 15:36

Tracking System: Bugs

Category: Filemanager

Version: Version 1.6.002

Status: Open

Completed: 0%

Priority: 5 - medium

Created By: Isaac Clerencia

Assigned to: Ralf Becker

Summary: #2395 - Filemanager denies access to files due to an error in a SQL query (psql 8)

#2076 - CSV Import & mySQL: Database error (missing column name contact_etag)

2009-11-24T06:10:22Z

Ticket modified by Isaac Clerencia at 2009/11/24 15:10

Tracking System: Bugs

Category: Addressbook

Version: Trunk

Status: Open

Resolution: Works for me

Completed: 0%

Priority: 5 - medium

Created By: Severin Neumann

Assigned to: Ralf Becker

Summary: #2076 - CSV Import & mySQL: Database error (missing column name contact_etag)

Hi,

i tried to insert a CSV file exported from a egroupware to another. The page 'addressbook/csv_import.php' displayed me the following error:

Database error

Invalid SQL: REPLACE INTO egw_addressbook (contact_tid,contact_owner,contact_private,cat_id,n_family,n_given,n_middle,n_prefix,n_suffix,n_fn,n_fileas,contact_bday,org_name,org_unit,contact_title,contact_role,contact_assistent,contact_room,adr_one_street,adr_one_street2,adr_one_locality,adr_one_postalcode,adr_one_countryname,contact_label,adr_two_street,adr_two_street2,adr_two_locality,adr_two_postalcode,adr_two_countryname,tel_work,tel_cell,tel_fax,tel_assistent,tel_car,tel_pager,tel_home,tel_fax_home,tel_cell_private,tel_other,tel_prefer,contact_email,contact_email_home,contact_url,contact_url_home,contact_freebusy_uri,contact_calendar_uri,contact_note,contact_tz,contact_geo,contact_pubkey,contact_created,contact_creator,contact_modified,contact_modifier,,contact_id) VALUES ('n',1000,0,NULL,NULL,NULL,NULL,'Nachname;Vorname','Vorname\" \"Nachname','Nachname;Vorname Vorname\" \"Nachname',NULL,'Nachname',NULL,NULL,NULL,NULL,NULL,NULL,NULL,'Ort',NULL,'Land',NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,'email',NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,NULL,'26.01.2009 14:47',0,0,1242211190,1000,'contact_etag=contact_etag+1',241):
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'contact_id) VALUES ('n',1000,0,NULL,NULL,NULL,NULL,'Stöcker;Petra','Petra\" \"S' at line 1

As i see it, the problem is in the file class.addressbook_sql.inc.php in line 628:

if (!($err = parent::save(array('contact_etag=contact_etag+1'))) && $new_entry)

Since here the only element in the array has no name the save method produces the wrong query, because the column name is empty.

I attached a working patch.

Thank you & regards,
Severin

Comment by Isaac Clerencia at 2009/11/24 15:10:

I am having the same problem with 1.6.002.

Comment by Ralf Becker at 1970/01/01 01:33:

Hi,
I believe this bug is fixed in svn. Please update via svn or wait for the next bugfix relase. Please re-open the bug, if it still happens with an up to date svn checkout.

Linked entries:
Bugs #2076: CSV Import & mySQL: Database error (missing column name contact_etag)
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2386 - SyncML mit mehren Instanzen

2009-11-24T05:09:04Z

Ticket geändert von Vitali Richert am 2009/11/24 14:09

Verfolgungssystem: Bugs

Kategorie: SyncML

Version: Version 1.6.002

Status: Geschlossen

Lösung: Keine

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: Vitali Richert

Zugewiesen an: Jörg Lehrke

Zusammenfassung: #2386 - SyncML mit mehren Instanzen

Hallo Jörg,

geht mit deinem Patch auch die SynML Synchronisation wenn man mehrer eGW Instanzen hat? Bis jetzt ist es ja so, dass nur die Benutzer die in der ersten Instanz sind, SyncML benutzen können.

Naja bei mir geht’s noch nicht
Das sehe ich in der Log:
Nov 19 17:41:02 pci90196 apache2: EGWSYNC: [] SyncML[syncml-7f0293d7d3c12f4a916678fc3231421e]: starting new session for benutzername@... [on line 174 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML.php"]
Nov 19 17:41:02 pci90196 apache2: EGWSYNC: [] SyncML[syncml-7f0293d7d3c12f4a916678fc3231421e]: create new session state variable for fwm-50F0063006B00000056494345454D00 [on line 182 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML.php"]
Nov 19 17:41:02 pci90196 apache2: EGWSYNC: [] SyncML: Authentication not yet possible currently. Password not available [on line 303 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML/State_egw.php"]
Nov 19 17:41:02 pci90196 apache2: EGWSYNC: [] SyncML[syncml-7f0293d7d3c12f4a916678fc3231421e]: package 1 +++++++++++++++++++++ started [on line 232 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML.php"]
Nov 19 17:41:02 pci90196 apache2: EGWSYNC: [] SyncML: Authentication not yet possible currently. Password not available [on line 303 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML/State_egw.php"]
Nov 19 17:41:03 pci90196 apache2: EGWSYNC: [] SyncML: Authentication of benutzername@... failed [on line 328 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML/State_egw.php"]
Nov 19 17:41:03 pci90196 last message repeated 2 times
Nov 19 17:41:03 pci90196 apache2: EGWSYNC: [] SyncML[syncml-7f0293d7d3c12f4a916678fc3231421e]: found action commands [on line 550 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML.php"]
Nov 19 17:41:03 pci90196 apache2: EGWSYNC: [] SyncML: Authentication of benutzername@... failed [on line 328 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML/State_egw.php"]
Nov 19 17:41:03 pci90196 apache2: EGWSYNC: [] SyncML[syncml-7f0293d7d3c12f4a916678fc3231421e]: syncStatus(server sync acknowledged) 0 [on line 690 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML.php"]
Nov 19 17:41:03 pci90196 apache2: EGWSYNC: [] SyncML[syncml-7f0293d7d3c12f4a916678fc3231421e]: package ----------------------- done [on line 577 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML.php"]
Nov 19 17:41:03 pci90196 apache2: EGWSYNC: [] SyncML[syncml-7f0293d7d3c12f4a916678fc3231421e]: syncStatus = 0, actionCommands = False [on line 606 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML.php"]

Gruß
Vitali

Kommentar von Jörg Lehrke am 2009/11/22 18:54:

Hallo Vitali,

das Problem ist nun in den SVN-Versionen behoben.

J"org

Kommentar von Jörg Lehrke am 2009/11/20 15:18:

Hallo Vitali,

ich werde mir eine zweite Domain anlegen und erstmal hier alles testen. Wenn es funktioniert, gebe ich Bescheid.

J"org

Kommentar von Vitali Richert am 2009/11/20 09:22:

Hallo Jörg,

bei der Instanz2 tauchen keine Anmeldungen im Zugangsprotokoll auf, wenn sich der Benutzer über SyncML anmeldet. SyncML Anmeldungen von dem Benutzer aus der Instanz2 tauchen m Zugangsprotokoll der Instanz1/Defaultinstanz auf.
Über die Weboberfläche kann sich der Benutzer aus der Instanz2 mit benutzername@domain anmelden.

Gruß
Vitali

Kommentar von Jörg Lehrke am 2009/11/19 21:22:

Nur um das das geneu zu verstehen: Tauchen die Anmeldungen beider Domaenen im Log der Defaultdomaene auf, oder fehlen die der zweiten Domaene vollstaendig?
Kann sich der zweite Benutzer ueber das Webfrontend mit user@domain anmelden?

Kommentar von Vitali Richert am 2009/11/19 19:01:

In der Access-Log der zweiten Instanz von eGW steht nichts drin, aber in der Access-Log der ersten Instanz tauchen die Login versuche auf

Gruß
Vitali

Kommentar von Jörg Lehrke am 2009/11/19 18:54:

Was sagt denn das Access-Log zu diesem Zugriffsversuch?

Kommentar von Vitali Richert am 2009/11/19 18:33:

Tut mir leid, ich hätte bei schreiben soll, dass ich den Benutzername in der log geändert habe. Ich teste auf dem Testsystem mit dem Daten vom echt System und ich will ja nicht, dass die E-Mail Adressen der Benutzer hier auftauchen.

Gruß
Vitali

Kommentar von Jörg Lehrke am 2009/11/19 18:28:

Bug # 2385 entnehme ich, dass der Benutzer "benutzername@..." bereits erfolgreich authentisiert wurde. Warum es in dieser Session jetzt nicht mehr geht, verstehe ich nicht.

Kommentar von Vitali Richert am 2009/11/19 18:08:

Ich hab es mit der aktuellen SVN Version getestet.

Wie kann ich eGW sagen dass es mir mehr logs ausspucken soll?
In der "phpgwapi/inc/horde/config/conf.php" hab ich "$conf['log']['priority'] schon auf PEAR_LOG_DEBUG stehen.

Gruß
Vitali

Kommentar von Jörg Lehrke am 1970/01/01 01:00:

Mit der aktuellen 1.6 aus SVN sollte es gehen. Falls nicht, bitte ich um Rückmeldung und etwas mehr Logs.

Linked entries:
Bugs #2386: SyncML mit mehren Instanzen
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2367 - Synchronisation setzt immer default-Domain voraus

2009-11-24T05:08:47Z

Ticket geändert von Vitali Richert am 2009/11/24 14:08

Verfolgungssystem: Bugs

Kategorie: SyncML

Version: Version 1.6.002

Status: Offen

Lösung: Keine

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: Steffen Kohler

Zugewiesen an: Jörg Lehrke

Zusammenfassung: #2367 - Synchronisation setzt immer default-Domain voraus

Kommentar von Vitali Richert am 2009/11/24 14:08:

Kommentar von Steffen Kohler am 2009/11/24 10:55:

Kommentar von Jörg Lehrke am 2009/11/22 18:52:

Hallo Steffen,

das Problem ist jetzt in den SVN-Versionen behoben.

J"org

Kommentar von Jörg Lehrke am 2009/11/20 15:16:

Hallo Steffen,

ich werde mir mal eine zweite Domain anlegen, um selbst testen zu können. Wenn ich erfolgreich war, gebe ich Bescheid.

J"org

Kommentar von Steffen Kohler am 2009/11/20 12:07:

Kommentar von Jörg Lehrke am 2009/11/19 12:57:

Kommentar von Steffen Kohler am 2009/11/19 10:32:

Hallo Jörg,

entschuldige die dumme Frage aber was muß ich wo herunterladen?

Gruß,

Steffen

Kommentar von Jörg Lehrke am 2009/11/18 19:58:

Hi Steffen,

ich habe einen weiteren Versuch im aktuellen Trunk und im 1.6 Branch commited. Kannst Du mit einer dieser Version mal probieren, ob es jetzt funktioniert?

J"org

Kommentar von Steffen Kohler am 2009/11/18 13:51:

Kommentar von Steffen Kohler am 2009/11/13 11:31:

Hallo Jörg,

die letzte Frage ziehe ich zurück. Mein Kollege hat die Anwort gefunden. Die Einstellungen kann man ja anhand Deiner Erweiterung frei wählen.

Sorry dafür.

Grüße,

Steffen

Kommentar von Steffen Kohler am 2009/11/12 13:20:

Kommentar von Jörg Lehrke am 1970/01/01 01:00:

Hallo Steffen,

ich habe das Problem hoffentlich mit meinem heutigen Patch behoben. Kannst Du das mal probieren und mir eine kurze Rueckmeldung dazu geben, danke?

J"org

#1280 - csv export custom fields

2009-11-24T03:38:39Z

Ticket geändert von Christian Dietz am 2009/11/24 12:38

Verfolgungssystem: Bugs

Kategorie: Calendar

Version: Version 1.6.002

Status: Offen

Lösung: Keine

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: Christian Dietz

Zugewiesen an: Ralf Becker

Zusammenfassung: #1280 - csv export custom fields

csv export button produced only empty custom fields

Kommentar von Christian Dietz am 2009/11/24 12:38:

similar problem in 1.6002
The export of custom fields in "InfoLog" works fine
Calendar custom fields:
If I delete all custom fields, there are always visible in the export file.
If I delete all Entrys in "cal_extras", , there are always visible in the export file.
If I create a new custom field, this is not visible in the export file.

Kommentar von Christian Dietz am 2009/02/20 14:20:

similar problem for me in 1.6001 after update and in a fresh installation

Kommentar von Verfolgungssystem am 2008/11/28 15:25:

This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days.

Kommentar von Ralf Becker am 2008/10/16 13:33:

Dear bug reporter,

we finished the first release candidate for the upcoming 1.6 release :-)

Therefore we kindly ask for your participation in fixing the remaining bugs. Please check if your reported bug is still present in the release candidate (report as 1.6.rc1) OR a newer svn checkout (report as Trunk).

If the bug still exists in 1.6.rc1 or Trunk, please update the version accordingly and indicate it in your comment.

If the bug does not exist in 1.6, but of cause still in 1.4, you can reopen it with version 1.4 - thought we probably don't have the resources to fix non-security-critical bugs in 1.4.

If you don't update your bug, we assume the issue no longer exists and the bug will be closed automatic after 14 days.

Thanks for your understanding

Ralf
eGroupware administrator

Kommentar von Jörg Fechner am 1970/01/01 01:33:

Look at the bug # 1419. It might be a similar bug.

Linked entries:
Bugs #1280: csv export custom fields
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2367 - Synchronisation setzt immer default-Domain voraus

2009-11-24T01:55:01Z

Ticket modified by Steffen Kohler at 2009/11/24 10:55

Tracking System: Bugs

Category: SyncML

Version: Version 1.6.002

Status: Open

Resolution: None

Completed: 0%

Priority: 5 - medium

Created By: Steffen Kohler

Assigned to: Jörg Lehrke

Summary: #2367 - Synchronisation setzt immer default-Domain voraus

Comment by Steffen Kohler at 2009/11/24 10:55:

Comment by Jörg Lehrke at 2009/11/22 18:52:

Hallo Steffen,

das Problem ist jetzt in den SVN-Versionen behoben.

J"org

Comment by Jörg Lehrke at 2009/11/20 15:16:

Hallo Steffen,

ich werde mir mal eine zweite Domain anlegen, um selbst testen zu können. Wenn ich erfolgreich war, gebe ich Bescheid.

J"org

Comment by Steffen Kohler at 2009/11/20 12:07:

Comment by Jörg Lehrke at 2009/11/19 12:57:

Comment by Steffen Kohler at 2009/11/19 10:32:

Hallo Jörg,

entschuldige die dumme Frage aber was muß ich wo herunterladen?

Gruß,

Steffen

Comment by Jörg Lehrke at 2009/11/18 19:58:

Hi Steffen,

ich habe einen weiteren Versuch im aktuellen Trunk und im 1.6 Branch commited. Kannst Du mit einer dieser Version mal probieren, ob es jetzt funktioniert?

J"org

Comment by Steffen Kohler at 2009/11/18 13:51:

Comment by Steffen Kohler at 2009/11/13 11:31:

Hallo Jörg,

die letzte Frage ziehe ich zurück. Mein Kollege hat die Anwort gefunden. Die Einstellungen kann man ja anhand Deiner Erweiterung frei wählen.

Sorry dafür.

Grüße,

Steffen

Comment by Steffen Kohler at 2009/11/12 13:20:

Comment by Jörg Lehrke at 1970/01/01 01:33:

Hallo Steffen,

ich habe das Problem hoffentlich mit meinem heutigen Patch behoben. Kannst Du das mal probieren und mir eine kurze Rueckmeldung dazu geben, danke?

J"org

#2394 - Anchor in Wiki not Working

2009-11-24T00:27:29Z

Ticket modified by Zoltan Nagy at 2009/11/24 09:27

Tracking System: Bugs

Category: Wiki

Version: Version 1.6.002

Status: Open

Resolution: None

Completed: 0%

Priority: 5 - medium

Created By: Michael Schmid

Assigned to: Ralf Becker

Summary: #2394 - Anchor in Wiki not Working

Hi!

*************************SYSTEM CONF***********************************
OS: Ubuntu 6.06.11
PHP: Version 5.1.2
Diverses: Apache/2.0.55 (Ubuntu) mod_jk/1.2.14 mod_python/3.1.4 Python/2.4.3 PHP/5.1.2 mod_ssl/2.0.55 OpenSSL/0.9.8a mod_perl/2.0.2 Perl/v5.8.7
Browser: FireFox
MySQL: 5.0.22
***********************************************************************

If I edit a Wiki article I have the problem that anchors don't work after saving the page.
It doesn't work graphically nor if I edit it in sourcecode

1. I make an anchor (graphically or in sourcecode)
2. I make a link to this anchor
3. Save the wiki page
4. I can see that the anchor exists (it is highlighted if I point with the mouse on it)
5. Also the link exists, but if I click on it, I doesn't jump to the anchor (even if the page i far enough long)
6. If I have a look on the sourcecode now, the anchor is a kind of broken - If it was "Überschrift" when I edited it, it is now "Überschrift" -> The name = "foobar" dissapeared!

That's all....

Comment by Zoltan Nagy at 2009/11/24 09:27:

As a workaround, you should use the anchors, described in the Wiki Help:

for example, assuming you want an anchor in the page named SandBox:
Something interest [[Anchor myanchor]]

and the link:

((SandBox| Link to my anchor#myanchor))

Linked entries:
Bugs #2394: Anchor in Wiki not Working
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2394 - Anchor in Wiki not Working

2009-11-23T06:11:52Z

Neues Ticket erstellt von Michael Schmid am 2009/11/23 15:11

Verfolgungssystem: Bugs

Kategorie: Wiki

Version: Version 1.6.002

Status: Offen

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: Michael Schmid

Zugewiesen an: Ralf Becker

Zusammenfassung: #2394 - Anchor in Wiki not Working

#2393 - News generates invalid Feed: Thunderbird can't reed it

2009-11-23T06:05:53Z

Neues Ticket erstellt von abma - am 2009/11/23 15:05

Verfolgungssystem: Bugs

Kategorie: News

Version: Version 1.6.002

Status: Offen

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: abma -

Zugewiesen an: Ralf Becker

Zusammenfassung: #2393 - News generates invalid Feed: Thunderbird can't reed it

http://www.egroupware.org/egroupware/news_admin/website/export.php?cat_id=95

Isn't a valid feed:

http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fwww.egroupware.org%2Fegroupware%2Fnews_admin%2Fwebsite%2Fexport.php%3Fcat_id%3D95

Linked entries:
Bugs #2393: News generates invalid Feed: Thunderbird can't reed it
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2392 - Show list of deaktivated/ended user accounts

2009-11-22T21:23:30Z

Neues Ticket erstellt von Stefan Roder am 2009/11/23 06:23

Verfolgungssystem: Feature Requests

Kategorie: Admin

Version: Trunk

Status: Offen

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: Stefan Roder

Zugewiesen an: Ralf Becker

Zusammenfassung: #2392 - Show list of deaktivated/ended user accounts

In our installation we have a strong fluctuation of users. Normally they get an end date for their accounts. Now it would be nice to have an overview for those accounts, which have ended or are deactivated in the admin-users-list.

Linked entries:
Feature Requests #2392: Show list of deaktivated/ended user accounts
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2386 - SyncML mit mehren Instanzen

2009-11-22T09:54:32Z

Ticket modified by Jörg Lehrke at 2009/11/22 18:54

Tracking System: Bugs

Category: SyncML

Version: Version 1.6.002

Status: Open

Resolution: None

Completed: 0%

Priority: 5 - medium

Created By: Vitali Richert

Assigned to: Jörg Lehrke

Summary: #2386 - SyncML mit mehren Instanzen

Comment by Jörg Lehrke at 2009/11/22 18:54:

Hallo Vitali,

das Problem ist nun in den SVN-Versionen behoben.

J"org

Comment by Jörg Lehrke at 2009/11/20 15:18:

Hallo Vitali,

ich werde mir eine zweite Domain anlegen und erstmal hier alles testen. Wenn es funktioniert, gebe ich Bescheid.

J"org

Comment by Vitali Richert at 2009/11/20 09:22:

Comment by Jörg Lehrke at 2009/11/19 21:22:

Comment by Vitali Richert at 2009/11/19 19:01:

In der Access-Log der zweiten Instanz von eGW steht nichts drin, aber in der Access-Log der ersten Instanz tauchen die Login versuche auf

Gruß
Vitali

Comment by Jörg Lehrke at 2009/11/19 18:54:

Was sagt denn das Access-Log zu diesem Zugriffsversuch?

Comment by Vitali Richert at 2009/11/19 18:33:

Comment by Jörg Lehrke at 2009/11/19 18:28:

Bug # 2385 entnehme ich, dass der Benutzer "benutzername@..." bereits erfolgreich authentisiert wurde. Warum es in dieser Session jetzt nicht mehr geht, verstehe ich nicht.

Comment by Vitali Richert at 2009/11/19 18:08:

Comment by Jörg Lehrke at 1970/01/01 01:33:

Mit der aktuellen 1.6 aus SVN sollte es gehen. Falls nicht, bitte ich um Rückmeldung und etwas mehr Logs.

#2367 - Synchronisation setzt immer default-Domain voraus

2009-11-22T09:52:09Z

Ticket modified by Jörg Lehrke at 2009/11/22 18:52

Tracking System: Bugs

Category: SyncML

Version: Version 1.6.002

Status: Open

Resolution: None

Completed: 0%

Priority: 5 - medium

Created By: Steffen Kohler

Assigned to: Jörg Lehrke

Summary: #2367 - Synchronisation setzt immer default-Domain voraus

Comment by Jörg Lehrke at 2009/11/22 18:52:

Hallo Steffen,

das Problem ist jetzt in den SVN-Versionen behoben.

J"org

Comment by Jörg Lehrke at 2009/11/20 15:16:

Hallo Steffen,

ich werde mir mal eine zweite Domain anlegen, um selbst testen zu können. Wenn ich erfolgreich war, gebe ich Bescheid.

J"org

Comment by Steffen Kohler at 2009/11/20 12:07:

Comment by Jörg Lehrke at 2009/11/19 12:57:

Comment by Steffen Kohler at 2009/11/19 10:32:

Hallo Jörg,

entschuldige die dumme Frage aber was muß ich wo herunterladen?

Gruß,

Steffen

Comment by Jörg Lehrke at 2009/11/18 19:58:

Hi Steffen,

ich habe einen weiteren Versuch im aktuellen Trunk und im 1.6 Branch commited. Kannst Du mit einer dieser Version mal probieren, ob es jetzt funktioniert?

J"org

Comment by Steffen Kohler at 2009/11/18 13:51:

Comment by Steffen Kohler at 2009/11/13 11:31:

Hallo Jörg,

die letzte Frage ziehe ich zurück. Mein Kollege hat die Anwort gefunden. Die Einstellungen kann man ja anhand Deiner Erweiterung frei wählen.

Sorry dafür.

Grüße,

Steffen

Comment by Steffen Kohler at 2009/11/12 13:20:

Comment by Jörg Lehrke at 1970/01/01 01:33:

Hallo Steffen,

ich habe das Problem hoffentlich mit meinem heutigen Patch behoben. Kannst Du das mal probieren und mir eine kurze Rueckmeldung dazu geben, danke?

J"org

#2387 - Database error after usage install

2009-11-20T11:58:54Z

Ticket modified by balazs zeller at 2009/11/20 20:58

Tracking System: Bugs

Category: Admin

Version: Trunk

Status: Open

Resolution: None

Completed: 0%

Priority: 5 - medium

Created By: balazs zeller

Assigned to: Ralf Becker

Summary: #2387 - Database error after usage install

Hi,

I installed the usage app, after that I get following database error when I want to go to the admin app:
Invalid SQL: SELECT COUNT(*) FROM g2_Item:
Table 'ccl_egroupware.g2_Item' doesn't exist

Maybe not the usage is the problem, but I don't know. Please help!
Thanks,
Balazs

Comment by balazs zeller at 2009/11/20 20:58:

I just removed gallery, now works fine again :-)

Comment by balazs zeller at 2009/11/20 20:55:

I got this error message after I installed usage in the setup menu, gone back to the user system and clicked on admin app.
Gallery v1.6 app is installed but Gallery2 from gallery.menalto.com not.
Regards,
Balazs

Comment by Ralf Becker at 1970/01/01 01:33:

Does that happen when you install "usage" app, or when you click on admin icon?
Do you have or had gallery2 installed? Is it still shown in setup?
Ralf

Linked entries:
Bugs #2387: Database error after usage install
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2387 - Database error after usage install

2009-11-20T11:55:30Z

Ticket modified by balazs zeller at 2009/11/20 20:55

Tracking System: Bugs

Category: Admin

Version: Trunk

Status: Open

Resolution: None

Completed: 0%

Priority: 5 - medium

Created By: balazs zeller

Assigned to: Ralf Becker

Summary: #2387 - Database error after usage install

Comment by balazs zeller at 2009/11/20 20:55:

Comment by Ralf Becker at 1970/01/01 01:33:

Does that happen when you install "usage" app, or when you click on admin icon?
Do you have or had gallery2 installed? Is it still shown in setup?
Ralf

#2386 - SyncML mit mehren Instanzen

2009-11-20T06:18:39Z

Ticket modified by Jörg Lehrke at 2009/11/20 15:18

Tracking System: Bugs

Category: SyncML

Version: Version 1.6.002

Status: Open

Resolution: None

Completed: 0%

Priority: 5 - medium

Created By: Vitali Richert

Assigned to: Jörg Lehrke

Summary: #2386 - SyncML mit mehren Instanzen

Comment by Jörg Lehrke at 2009/11/20 15:18:

Hallo Vitali,

ich werde mir eine zweite Domain anlegen und erstmal hier alles testen. Wenn es funktioniert, gebe ich Bescheid.

J"org

Comment by Vitali Richert at 2009/11/20 09:22:

Comment by Jörg Lehrke at 2009/11/19 21:22:

Comment by Vitali Richert at 2009/11/19 19:01:

In der Access-Log der zweiten Instanz von eGW steht nichts drin, aber in der Access-Log der ersten Instanz tauchen die Login versuche auf

Gruß
Vitali

Comment by Jörg Lehrke at 2009/11/19 18:54:

Was sagt denn das Access-Log zu diesem Zugriffsversuch?

Comment by Vitali Richert at 2009/11/19 18:33:

Comment by Jörg Lehrke at 2009/11/19 18:28:

Bug # 2385 entnehme ich, dass der Benutzer "benutzername@..." bereits erfolgreich authentisiert wurde. Warum es in dieser Session jetzt nicht mehr geht, verstehe ich nicht.

Comment by Vitali Richert at 2009/11/19 18:08:

Comment by Jörg Lehrke at 1970/01/01 01:33:

Mit der aktuellen 1.6 aus SVN sollte es gehen. Falls nicht, bitte ich um Rückmeldung und etwas mehr Logs.

#2391 - Symbol zum Schließen eines Infolog-Eintrags bezieht Untereinträge nicht mit ein

2009-11-20T06:16:46Z

New ticket submitted by Steffen Kohler at 2009/11/20 15:16

Tracking System: Bugs

Category: Infolog

Version: Version 1.6.002

Status: Open

Completed: 0%

Priority: 5 - medium

Created By: Steffen Kohler

Assigned to: Ralf Becker

Summary: #2391 - Symbol zum Schließen eines Infolog-Eintrags bezieht Untereinträge nicht mit ein

Hallo,

was unter der alten Version noch funktioniert hat geht leider nun nicht mehr:

Wähle ich das Häkchensymbol an, um einen Infolog zu schließen, werden die dazugehörenden Untereinträge nicht mit abghakt.

MfG

S. Kohler

Linked entries:
Bugs #2391: Symbol zum Schließen eines Infolog-Eintrags bezieht Untereinträge nicht mit ein
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2367 - Synchronisation setzt immer default-Domain voraus

2009-11-20T06:16:36Z

Ticket modified by Jörg Lehrke at 2009/11/20 15:16

Tracking System: Bugs

Category: SyncML

Version: Version 1.6.002

Status: Open

Resolution: None

Completed: 0%

Priority: 5 - medium

Created By: Steffen Kohler

Assigned to: Jörg Lehrke

Summary: #2367 - Synchronisation setzt immer default-Domain voraus

Comment by Jörg Lehrke at 2009/11/20 15:16:

Hallo Steffen,

ich werde mir mal eine zweite Domain anlegen, um selbst testen zu können. Wenn ich erfolgreich war, gebe ich Bescheid.

J"org

Comment by Steffen Kohler at 2009/11/20 12:07:

Comment by Jörg Lehrke at 2009/11/19 12:57:

Comment by Steffen Kohler at 2009/11/19 10:32:

Hallo Jörg,

entschuldige die dumme Frage aber was muß ich wo herunterladen?

Gruß,

Steffen

Comment by Jörg Lehrke at 2009/11/18 19:58:

Hi Steffen,

ich habe einen weiteren Versuch im aktuellen Trunk und im 1.6 Branch commited. Kannst Du mit einer dieser Version mal probieren, ob es jetzt funktioniert?

J"org

Comment by Steffen Kohler at 2009/11/18 13:51:

Comment by Steffen Kohler at 2009/11/13 11:31:

Hallo Jörg,

die letzte Frage ziehe ich zurück. Mein Kollege hat die Anwort gefunden. Die Einstellungen kann man ja anhand Deiner Erweiterung frei wählen.

Sorry dafür.

Grüße,

Steffen

Comment by Steffen Kohler at 2009/11/12 13:20:

Comment by Jörg Lehrke at 1970/01/01 01:33:

Hallo Steffen,

ich habe das Problem hoffentlich mit meinem heutigen Patch behoben. Kannst Du das mal probieren und mir eine kurze Rueckmeldung dazu geben, danke?

J"org

#2367 - Synchronisation setzt immer default-Domain voraus

2009-11-20T03:07:31Z

Ticket modified by Steffen Kohler at 2009/11/20 12:07

Tracking System: Bugs

Category: SyncML

Version: Version 1.6.002

Status: Open

Resolution: None

Completed: 0%

Priority: 5 - medium

Created By: Steffen Kohler

Assigned to: Jörg Lehrke

Summary: #2367 - Synchronisation setzt immer default-Domain voraus

Comment by Steffen Kohler at 2009/11/20 12:07:

Comment by Jörg Lehrke at 2009/11/19 12:57:

Comment by Steffen Kohler at 2009/11/19 10:32:

Hallo Jörg,

entschuldige die dumme Frage aber was muß ich wo herunterladen?

Gruß,

Steffen

Comment by Jörg Lehrke at 2009/11/18 19:58:

Hi Steffen,

ich habe einen weiteren Versuch im aktuellen Trunk und im 1.6 Branch commited. Kannst Du mit einer dieser Version mal probieren, ob es jetzt funktioniert?

J"org

Comment by Steffen Kohler at 2009/11/18 13:51:

Comment by Steffen Kohler at 2009/11/13 11:31:

Hallo Jörg,

die letzte Frage ziehe ich zurück. Mein Kollege hat die Anwort gefunden. Die Einstellungen kann man ja anhand Deiner Erweiterung frei wählen.

Sorry dafür.

Grüße,

Steffen

Comment by Steffen Kohler at 2009/11/12 13:20:

Comment by Jörg Lehrke at 1970/01/01 01:33:

Hallo Steffen,

ich habe das Problem hoffentlich mit meinem heutigen Patch behoben. Kannst Du das mal probieren und mir eine kurze Rueckmeldung dazu geben, danke?

J"org

#2334 - Infolog-email notification sent every 5 minutes

2009-11-20T02:06:21Z

Záznam zmenil Peter Tuhársky k 2009/11/20 11:06

Sledovač: Bugs

Kategória: API

Verzia: Version 1.6.002

Stav: Otvorené

Riešenie: Žiadne

Hotovo: 0%

Priorita: 5 - priemerná

Vytvoril: Peter Tuhársky

Priradené (komu): Ralf Becker

Zhrnutie: #2334 - Infolog-email notification sent every 5 minutes

Since last week, Infolog started sending notifications about tasks multiple times, even hundreds of times! Periodicity of sending is every 5 minutes.

Seems, that it affects mainly the people who are delegated as responsible for the task.

I am in suspicion of some problem with async services, since it is set wit */5

However, searching for those notification tasks in async services settings (Admin), i found none.

Poznámka od Peter Tuhársky k 2009/11/20 11:06:

Crontab manages each user's cron tables, that are placed in /var/spool/cron/crontabs
For now there is only one file there, www-data that obviously belongs to apache. The file contains just single line:
*/5 * * * * php -qC /usr/share/egroupware/phpgwapi/cron/asyncservices.php default

This is also the line, that is displayed in Admin - Async services.

Now, I see two possibilities of failure:
1, the asyncservices.php contains a bug so that it forgots signaling in the database, that the task is done (and in next turn it performs it again though)
2, the php, called from the crontab, works incorrectly somehow (maybe leading to the 1,)

And here it comes - as I mentioned before, eGW complained for us, that it cannot reach, guess what? CRONTAB and PHP! See #2181

I must have copied the php and crontab executables into eGW directory in order to satisfy the demand. Coludn't this mean some constrictions for the run-time of them, so that they cannot work regulary? Some missing configuration, or so?
Or isn't this caused exactly by the bug that hides the "normal" crontab and php from eGW?

I assume, that the bugs are interconnected.

Poznámka od Peter Tuhársky k 1970/01/01 01:33:

It affects both Tasks and the Notes in Infolog.

Linked entries:
Bugs #2334: Infolog-email notification sent every 5 minutes
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2390 - Fichier langue mydms en Français - mydms module in French

2009-11-20T00:42:37Z

New ticket submitted by Opendev Opendev at 2009/11/20 09:42

Tracking System: Patches

Category: MyDMS

Version: Version 1.6.002

Status: Open

Completed: 0%

Priority: 5 - medium

Created By: Opendev Opendev

Assigned to: not assigned

Summary: #2390 - Fichier langue mydms en Français - mydms module in French

mydms file translation in French

Linked entries:
Patches #2390: Fichier langue mydms en Français - mydms module in French
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2389 - mydms module in French

2009-11-20T00:30:20Z

New ticket submitted by Opendev Opendev at 2009/11/20 09:30

Tracking System: Patches

Category: MyDMS

Version: Version 1.6.002

Status: Open

Completed: 0%

Priority: 5 - medium

Created By: Opendev Opendev

Assigned to: not assigned

Summary: #2389 - mydms module in French

The file contains the translation elements mydms in French.

Linked entries:
Patches #2389: mydms module in French
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2388 - Fichier langue mydms en Français - mydms module in French

2009-11-20T00:29:13Z

New ticket submitted by Opendev Opendev at 2009/11/20 09:29

Tracking System: Patches

Category: MyDMS

Version: Version 1.6.002

Status: Open

Completed: 0%

Priority: 5 - medium

Created By: Opendev Opendev

Assigned to: not assigned

Summary: #2388 - Fichier langue mydms en Français - mydms module in French

Le fichier contient la traduction des éléments MyDMS en Français.

The file contains the translation elements mydms in French.

Linked entries:
Patches #2388: Fichier langue mydms en Français - mydms module in French
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2386 - SyncML mit mehren Instanzen

2009-11-20T00:22:07Z

Ticket geändert von Vitali Richert am 2009/11/20 09:22

Verfolgungssystem: Bugs

Kategorie: SyncML

Version: Version 1.6.002

Status: Offen

Lösung: Keine

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: Vitali Richert

Zugewiesen an: Jörg Lehrke

Zusammenfassung: #2386 - SyncML mit mehren Instanzen

Kommentar von Vitali Richert am 2009/11/20 09:22:

Kommentar von Jörg Lehrke am 2009/11/19 21:22:

Kommentar von Vitali Richert am 2009/11/19 19:01:

In der Access-Log der zweiten Instanz von eGW steht nichts drin, aber in der Access-Log der ersten Instanz tauchen die Login versuche auf

Gruß
Vitali

Kommentar von Jörg Lehrke am 2009/11/19 18:54:

Was sagt denn das Access-Log zu diesem Zugriffsversuch?

Kommentar von Vitali Richert am 2009/11/19 18:33:

Kommentar von Jörg Lehrke am 2009/11/19 18:28:

Bug # 2385 entnehme ich, dass der Benutzer "benutzername@..." bereits erfolgreich authentisiert wurde. Warum es in dieser Session jetzt nicht mehr geht, verstehe ich nicht.

Kommentar von Vitali Richert am 2009/11/19 18:08:

Kommentar von Jörg Lehrke am 1970/01/01 01:00:

Mit der aktuellen 1.6 aus SVN sollte es gehen. Falls nicht, bitte ich um Rückmeldung und etwas mehr Logs.

#2386 - SyncML mit mehren Instanzen

2009-11-19T12:22:06Z

Ticket modified by Jörg Lehrke at 2009/11/19 21:22

Tracking System: Bugs

Category: SyncML

Version: Version 1.6.002

Status: Open

Resolution: None

Completed: 0%

Priority: 5 - medium

Created By: Vitali Richert

Assigned to: Jörg Lehrke

Summary: #2386 - SyncML mit mehren Instanzen

Comment by Jörg Lehrke at 2009/11/19 21:22:

Comment by Vitali Richert at 2009/11/19 19:01:

In der Access-Log der zweiten Instanz von eGW steht nichts drin, aber in der Access-Log der ersten Instanz tauchen die Login versuche auf

Gruß
Vitali

Comment by Jörg Lehrke at 2009/11/19 18:54:

Was sagt denn das Access-Log zu diesem Zugriffsversuch?

Comment by Vitali Richert at 2009/11/19 18:33:

Comment by Jörg Lehrke at 2009/11/19 18:28:

Bug # 2385 entnehme ich, dass der Benutzer "benutzername@..." bereits erfolgreich authentisiert wurde. Warum es in dieser Session jetzt nicht mehr geht, verstehe ich nicht.

Comment by Vitali Richert at 2009/11/19 18:08:

Comment by Jörg Lehrke at 1970/01/01 01:33:

Mit der aktuellen 1.6 aus SVN sollte es gehen. Falls nicht, bitte ich um Rückmeldung und etwas mehr Logs.

#2387 - Database error after usage install

2009-11-19T11:59:21Z

Ticket geändert von Ralf Becker am 2009/11/19 20:59

Verfolgungssystem: Bugs

Kategorie: Admin

Version: Trunk

Status: Offen

Lösung: Keine

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: balazs zeller

Zugewiesen an: Ralf Becker

Zusammenfassung: #2387 - Database error after usage install

Kommentar von Ralf Becker am 2009/11/19 20:59:

Does that happen when you install "usage" app, or when you click on admin icon?
Do you have or had gallery2 installed? Is it still shown in setup?
Ralf

#2387 - Database error after usage install

2009-11-19T11:43:53Z

New ticket submitted by balazs zeller at 2009/11/19 20:43

Tracking System: Bugs

Category: Admin

Version: Trunk

Status: Open

Completed: 0%

Priority: 5 - medium

Created By: balazs zeller

Assigned to: Ralf Becker

Summary: #2387 - Database error after usage install

#2386 - SyncML mit mehren Instanzen

2009-11-19T10:01:27Z

Ticket geändert von Vitali Richert am 2009/11/19 19:01

Verfolgungssystem: Bugs

Kategorie: SyncML

Version: Version 1.6.002

Status: Offen

Lösung: Keine

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: Vitali Richert

Zugewiesen an: Jörg Lehrke

Zusammenfassung: #2386 - SyncML mit mehren Instanzen

Kommentar von Vitali Richert am 2009/11/19 19:01:

In der Access-Log der zweiten Instanz von eGW steht nichts drin, aber in der Access-Log der ersten Instanz tauchen die Login versuche auf

Gruß
Vitali

Kommentar von Jörg Lehrke am 2009/11/19 18:54:

Was sagt denn das Access-Log zu diesem Zugriffsversuch?

Kommentar von Vitali Richert am 2009/11/19 18:33:

Kommentar von Jörg Lehrke am 2009/11/19 18:28:

Bug # 2385 entnehme ich, dass der Benutzer "benutzername@..." bereits erfolgreich authentisiert wurde. Warum es in dieser Session jetzt nicht mehr geht, verstehe ich nicht.

Kommentar von Vitali Richert am 2009/11/19 18:08:

Kommentar von Jörg Lehrke am 1970/01/01 01:00:

Mit der aktuellen 1.6 aus SVN sollte es gehen. Falls nicht, bitte ich um Rückmeldung und etwas mehr Logs.

#2386 - SyncML mit mehren Instanzen

2009-11-19T09:54:42Z

Ticket modified by Jörg Lehrke at 2009/11/19 18:54

Tracking System: Bugs

Category: SyncML

Version: Version 1.6.002

Status: Open

Resolution: None

Completed: 0%

Priority: 5 - medium

Created By: Vitali Richert

Assigned to: Jörg Lehrke

Summary: #2386 - SyncML mit mehren Instanzen

Comment by Jörg Lehrke at 2009/11/19 18:54:

Was sagt denn das Access-Log zu diesem Zugriffsversuch?

Comment by Vitali Richert at 2009/11/19 18:33:

Comment by Jörg Lehrke at 2009/11/19 18:28:

Bug # 2385 entnehme ich, dass der Benutzer "benutzername@..." bereits erfolgreich authentisiert wurde. Warum es in dieser Session jetzt nicht mehr geht, verstehe ich nicht.

Comment by Vitali Richert at 2009/11/19 18:08:

Comment by Jörg Lehrke at 1970/01/01 01:33:

Mit der aktuellen 1.6 aus SVN sollte es gehen. Falls nicht, bitte ich um Rückmeldung und etwas mehr Logs.

#2386 - SyncML mit mehren Instanzen

2009-11-19T09:33:33Z

Ticket geändert von Vitali Richert am 2009/11/19 18:33

Verfolgungssystem: Bugs

Kategorie: SyncML

Version: Version 1.6.002

Status: Offen

Lösung: Keine

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: Vitali Richert

Zugewiesen an: Jörg Lehrke

Zusammenfassung: #2386 - SyncML mit mehren Instanzen

Kommentar von Vitali Richert am 2009/11/19 18:33:

Kommentar von Jörg Lehrke am 2009/11/19 18:28:

Bug # 2385 entnehme ich, dass der Benutzer "benutzername@..." bereits erfolgreich authentisiert wurde. Warum es in dieser Session jetzt nicht mehr geht, verstehe ich nicht.

Kommentar von Vitali Richert am 2009/11/19 18:08:

Kommentar von Jörg Lehrke am 1970/01/01 01:00:

Mit der aktuellen 1.6 aus SVN sollte es gehen. Falls nicht, bitte ich um Rückmeldung und etwas mehr Logs.

#2386 - SyncML mit mehren Instanzen

2009-11-19T09:28:05Z

Ticket modified by Jörg Lehrke at 2009/11/19 18:28

Tracking System: Bugs

Category: SyncML

Version: Version 1.6.002

Status: Open

Resolution: None

Completed: 0%

Priority: 5 - medium

Created By: Vitali Richert

Assigned to: Jörg Lehrke

Summary: #2386 - SyncML mit mehren Instanzen

Comment by Jörg Lehrke at 2009/11/19 18:28:

Bug # 2385 entnehme ich, dass der Benutzer "benutzername@..." bereits erfolgreich authentisiert wurde. Warum es in dieser Session jetzt nicht mehr geht, verstehe ich nicht.

Comment by Vitali Richert at 2009/11/19 18:08:

Comment by Jörg Lehrke at 1970/01/01 01:33:

Mit der aktuellen 1.6 aus SVN sollte es gehen. Falls nicht, bitte ich um Rückmeldung und etwas mehr Logs.

#2385 - Sync Problem since Update to 1.6 from SVN

2009-11-19T09:11:39Z

Ticket geändert von Vitali Richert am 2009/11/19 18:11

Verfolgungssystem: Bugs

Kategorie: SyncML

Version: Version 1.6.002

Status: Geschlossen

Lösung: Keine

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: Vitali Richert

Zugewiesen an: Jörg Lehrke

Zusammenfassung: #2385 - Sync Problem since Update to 1.6 from SVN

Hello Jörg,

After updater from 1.6.002 to 1.6 from SVN I can not sync my WM6 device with funombol.

here is my log:
Nov 19 15:12:44 pci90196 apache2: EGWSYNC: [] SyncML[syncml-d5181ee6b51880ace1f4b11e3df363f8]: reusing existing session [on line 169 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML.php"]
Nov 19 15:12:44 pci90196 apache2: EGWSYNC: [] SyncML[syncml-d5181ee6b51880ace1f4b11e3df363f8]: session is authorized [on line 190 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML.php"]
Nov 19 15:12:44 pci90196 apache2: EGWSYNC: [] SyncML[syncml-d5181ee6b51880ace1f4b11e3df363f8]: package 2 +++++++++++++++++++++ started [on line 232 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML.php"]
Nov 19 15:12:44 pci90196 apache2: EGWSYNC: [] SyncML[syncml-d5181ee6b51880ace1f4b11e3df363f8]: found action commands [on line 550 of "/opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML.php"]
Nov 19 15:12:44 pci90196 apache2: Database error: Invalid SQL: UPDATE egw_syncmldeviceowner SET owner_devid=12 WHERE owner_locname='benutzername@...' AND owner_deviceid='fwm-50F0063006B00000056494345454D00': Duplicate entry 'benutzername@...' for key 1
Nov 19 15:12:44 pci90196 apache2: #0 /opt/egroupware_1.6_svn/phpgwapi/inc/class.egw_db.inc.php(684): egw_db->halt('Invalid SQL: UP...', 575, '/opt/egroupware...')
Nov 19 15:12:44 pci90196 apache2: #1 /opt/egroupware_1.6_svn/phpgwapi/inc/class.egw_db.inc.php(1769): egw_db->query('UPDATE egw_sync...', 575, '/opt/egroupware...', 0, -1, false)
Nov 19 15:12:44 pci90196 apache2: #2 /opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML/State_egw.php(575): egw_db->update('egw_syncmldevic...', Array, Array, 575, '/opt/egroupware...', 'syncml')
Nov 19 15:12:44 pci90196 apache2: #3 /opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML/Command/Put.php(328): EGW_SyncML_State->writeClientDeviceInfo()
Nov 19 15:12:44 pci90196 apache2: #4 /opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/SyncML.php(694): Horde_SyncML_Command_Put->output(2, Object(XML_WBXML_ContentHandler))
Nov 19 15:12:44 pci90196 apache2: #5 /opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/RPC/syncml.php(248): Horde_SyncML_SyncMLBody->endElement('', 'Results')
Nov 19 15:12:44 pci90196 apache2: #6 /opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/RPC/syncml.php(167): Horde_RPC_syncml->endElement('', 'Results')
Nov 19 15:12:44 pci90196 apache2: #7 [internal function]: Horde_RPC_syncml->_endElement(Resource id #85, 'Results')
Nov 19 15:12:44 pci90196 apache2: #8 /opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/RPC/syncml.php(142): xml_parse(Resource id #85, '<?xml version="...')
Nov 19 15:12:44 pci90196 apache2: #9 /opt/egroupware_1.6_svn/phpgwapi/inc/horde/Horde/RPC/syncml.php(94): Horde_RPC_syncml->_parse('<?xml version="...')
Nov 19 15:12:44 pci90196 apache2: #10 /opt/egroupware_1.6_svn/rpc.php(119): Horde_RPC_syncml->getResponse('<?xml version="...', NULL)
Nov 19 15:12:44 pci90196 apache2: #11 {main}

Do you heve any idea?

Kommentar von Vitali Richert am 2009/11/19 18:11:

Danke für deine Hilfe

Gruß
Vitali

Kommentar von Jörg Lehrke am 2009/11/19 17:43:

Nur wenn eGW die beiden Einträge für "identisch genug" hält, sonst wird ein zweiter Eintrag angelegt. Das Conflict-Handling funktioniert natürlich nur für erkannte Konflikte.

Grüße,
Jörg

Kommentar von Vitali Richert am 2009/11/19 17:38:

Da durch dein Patch ja Standart mäßig der Server bei Duplikaten gewinnt, sollten doch beim slowSync keine Duplikate entstehen oder?

Gruß
Vitali

Kommentar von Jörg Lehrke am 2009/11/19 17:20:

Hallo Vitali,

für einen sauberen Update von 1.6.002 auf 1.6.003 ist das zu empfehlen. Allerdings geht dadurch das Mapping der Einträge verloren und ein dann erforderlicher SlowSync erzeugt möglicherweise Duplikate. Am einfachsten ist es, die Daten in eGW vor dem Update auf den aktuelle Stand zu bringen und danach die Geräte mit diesem Datenbestand neu zu befüllen.

Trotzdem sollten nach dem Update zunächst die Geräte in den SyncML Preferences auftauchen, so dass sich das Zurücksetzen auch über die WebGUI erledigen lässt.

Grüße,
Jörg

Kommentar von Vitali Richert am 2009/11/19 17:10:

Hallo,

ja ich hatte die Applikation aktualisiert.
Nach dem ich die Tabelle gelöscht habe und das Gerät synchronisiert habe, taucht das Gerät auch in den SyncML Einstellungen auf.

Ich hatte vorher auch schon 1.6 aus dem subversion laufen.

Also sollte ich am besten auf dem Produktiv System nach dem Update auf die 1.6.003 alle SyncML Tabellen leeren oder?

Gruß
Vitali

Kommentar von Jörg Lehrke am 2009/11/19 16:59:

Hallo Vitali,

hast Du nach dem Update der Instanz auch die Applikationen aktualisiert? In den SyncML Einstellungen muss jedes Gerät unter "Devices" auftauchen. Damit kann man ohne SQL-Kenntnisse diese beiden Tabellen leeren. Unterhalb der jeweiligen Gerätes sind auch die einzelnen Datastores verfuegbar, so dass man z.B. einen SlowSync erzwingen kann, indem man der jeweiligen Datastore löscht.
Diese Maßnahmen sollten aber nach einem Update eigentlich nicht erforderlich sein. Bist Du von einer 1.6.002 Release Version gestartet? In diesem Fall wäre das Löschen schon notwendig gewesen.

Grüße,
Jörg

Kommentar von Vitali Richert am 2009/11/19 16:47:

In den SyncML Einstellungen hab ich keine Einträge.

Ich hab die Tabelle egw_syncmldeviceowner geleert und es funktioniert jetzt.
Wenn ich demnächst das produktiv System umstelle, soll ich dann auch die Tabellen egw_syncmldevinfo und egw_syncmlsummary leeren?

danke für deine Hilfe!

Gruß
Vitali

Kommentar von Jörg Lehrke am 1970/01/01 01:00:

Hi Vitali,

please delete the device history within the SyncML prefrences. This should fix your problem.

Cheers,
J"org

Linked entries:
Bugs #2385: Sync Problem since Update to 1.6 from SVN
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
eGroupWare-tracker mailing list
eGroupWare-tracker@...
https://lists.sourceforge.net/lists/listinfo/egroupware-tracker

#2386 - SyncML mit mehren Instanzen

2009-11-19T09:08:59Z

Ticket geändert von Vitali Richert am 2009/11/19 18:08

Verfolgungssystem: Bugs

Kategorie: SyncML

Version: Version 1.6.002

Status: Offen

Lösung: Keine

Prozent erledigt: 0%

Priorität: 5 - mittlere

Erstellt von: Vitali Richert

Zugewiesen an: Jörg Lehrke

Zusammenfassung: #2386 - SyncML mit mehren Instanzen

Kommentar von Vitali Richert am 2009/11/19 18:08:

Kommentar von Jörg Lehrke am 1970/01/01 01:00:

Mit der aktuellen 1.6 aus SVN sollte es gehen. Falls nicht, bitte ich um Rückmeldung und etwas mehr Logs.