From developer@opengroupware.org Mon Dec 4 15:23:00 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Mon, 04 Dec 2006 10:23:00 -0500 Subject: [OGo-Developer] Understanding ZideStore (& RSS) Message-ID: <1165245780.3900.36.camel@aleph.whitemice.org> I'm trying to better understand how ZideStore works, and I think I'm starting to get it. But a couple bits I'm unsure about. In ZideStore/Protocols/RSS/product.plist - categories = { SxFolder = { methods = { "rss" = { protectedBy = "View"; pageName = "SxFolderRSS"; }; }; }; - maps the "rss" method to the SxFolderRSS class Yet I can view project notes via http://{server}/zidestore/so/{username}/Projects/{projectNumber}/Notes.rss *OR* http://{server}/zidestore/so/{username}/Projects/Notes/{projectNumber}/rss. Does SOPE (?) treat either the "." or the "/" as a method delimiter? I also notice that SxProjectNotesRSS.m is over in ZideStore/SoObjects/ZSProjects and not in the RSS bundle (where SxTaskFolder+RSS is in the RSS bundle). Is this just arbitrary or do the two reflect different approaches? From developer@opengroupware.org Mon Dec 4 16:53:08 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Mon, 04 Dec 2006 11:53:08 -0500 Subject: [OGo-Developer] Note text mangled in RSS Message-ID: <1165251189.3900.42.camel@aleph.whitemice.org> When I look at the RSS for a project notes all the newlines are lost - that is if the note is a list of items like: * Item 1 * Item 2 * Item 3 it looks via RSS like * Item 1 * Item 2 * Item 3. It appears that the note is placed into the RSS feed by appendRSSItem in ZideStore/SoObjects/ZSProjects/SxProjectNotesRSS.m - ... [_r appendContentString:@" "]; [_r appendContentXMLString:[_note valueForKey:@"noteContent"]]; [_r appendContentString:@"\n"]; ... It seems like new lines in the noteContent (which is straight text) should be converted to "
". From developer@opengroupware.org Mon Dec 4 17:22:12 2006 From: developer@opengroupware.org (Helge Hess) Date: Mon, 4 Dec 2006 18:22:12 +0100 Subject: [OGo-Developer] Note text mangled in RSS In-Reply-To: <1165251189.3900.42.camel@aleph.whitemice.org> References: <1165251189.3900.42.camel@aleph.whitemice.org> Message-ID: <2B4C41D9-59B3-4DD6-803F-2C72A32279A0@opengroupware.org> On Dec 4, 2006, at 17:53, Adam Tauno Williams wrote: > It appears that the note is placed into the RSS feed by > appendRSSItem in > ZideStore/SoObjects/ZSProjects/SxProjectNotesRSS.m - > ... > [_r appendContentString:@" "]; > [_r appendContentXMLString:[_note valueForKey:@"noteContent"]]; > [_r appendContentString:@"\n"]; > ... > > It seems like new lines in the noteContent (which is straight text) > should be converted to "
". Possibly. That would be [_r appendContentXMLString: [[_note valueForKey:@"noteContent"] stringByReplacingString:@"\n" withString:@"
"]]; But I'm not entirely sure what is allowed in the tag? Should that be (XML escaped) HTML? Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Mon Dec 4 17:40:18 2006 From: developer@opengroupware.org (Adam Williams) Date: Mon, 04 Dec 2006 12:40:18 -0500 Subject: [OGo-Developer] Note text mangled in RSS In-Reply-To: <2B4C41D9-59B3-4DD6-803F-2C72A32279A0@opengroupware.org> References: <1165251189.3900.42.camel@aleph.whitemice.org> <2B4C41D9-59B3-4DD6-803F-2C72A32279A0@opengroupware.org> Message-ID: <1165254019.6809.22.camel@ws01.whitemice.org> > > It appears that the note is placed into the RSS feed by > > appendRSSItem in > > ZideStore/SoObjects/ZSProjects/SxProjectNotesRSS.m - > > ... > > [_r appendContentString:@" "]; > > [_r appendContentXMLString:[_note valueForKey:@"noteContent"]]; > > [_r appendContentString:@"\n"]; > > ... > > It seems like new lines in the noteContent (which is straight text) > > should be converted to "
". > Possibly. That would be > [_r appendContentXMLString: > [[_note valueForKey:@"noteContent"] > stringByReplacingString:@"\n" withString:@"
"]]; > But I'm not entirely sure what is allowed in the tag? > Should that be (XML escaped) HTML? The RSS specification - http://www.rssboard.org/rss-specification#hrelementsOfLtitemgt - doesn't seem very specific, but the RSS 2.0 example - http://www.rssboard.org/files/sample-rss-2.xml - contains an unescaped "A HREF" tag. The only relevant text is: "An item may also be complete in itself, if so, the description contains the text (entity-encoded HTML is allowed; see examples)," Yet the examples cited in that paragraph specify to encode HTML tags like: "this is <b>bold</b>" So... [_r appendContentXMLString: [[_note valueForKey:@"noteContent"] stringByReplacingString:@"\n" withString:@"<BR/>"]]; From developer@opengroupware.org Mon Dec 4 17:58:29 2006 From: developer@opengroupware.org (Helge Hess) Date: Mon, 4 Dec 2006 18:58:29 +0100 Subject: [OGo-Developer] Understanding ZideStore (& RSS) In-Reply-To: <1165245780.3900.36.camel@aleph.whitemice.org> References: <1165245780.3900.36.camel@aleph.whitemice.org> Message-ID: <21BA2AAE-0176-48AA-8F3D-1B72925C2E21@opengroupware.org> On Dec 4, 2006, at 16:23, Adam Tauno Williams wrote: > I'm trying to better understand how ZideStore works, and I think I'm > starting to get it. But a couple bits I'm unsure about. > > In ZideStore/Protocols/RSS/product.plist - > categories = { > SxFolder = { > methods = { > "rss" = { > protectedBy = "View"; > pageName = "SxFolderRSS"; > }; > }; > }; > - maps the "rss" method to the SxFolderRSS class Actually its mapped to the SxFolderRSS "WOComponent" (pageName) (which implies special initialization and context). I think you can also map to arbitary Objective-C classes (with 'class'? ;-) > Yet I can view project notes via > http://{server}/zidestore/so/{username}/Projects/{projectNumber}/ > Notes.rss *OR* http://{server}/zidestore/so/{username}/Projects/ > Notes/{projectNumber}/rss. Does SOPE (?) treat either the "." or > the "/" as a method delimiter? Hm, no. "/" is the delimiter for the object traversal path (which can lead to callable objects). Sometimes a file extension gets stripped (eg Calendar/12345 and Calendar/12345.ics will both lead to the same object), though not in this case. The /rss is reachable because of the mapping in the RSS bundle you show above. "Notes.rss" is explicitly mapped in the ZSProjects bundle. > I also notice that SxProjectNotesRSS.m is over in > ZideStore/SoObjects/ZSProjects and not in the RSS bundle (where > SxTaskFolder+RSS is in the RSS bundle). Is this just arbitrary or do > the two reflect different approaches? Good question, I'm not sure why we have both http://{server}/zidestore/so/{username}/Projects/{projectNumber}/ Notes.rss and http://{server}/zidestore/so/{username}/Projects/{projectNumber}/ Notes/rss Most likely we had the first one first and later we added the "generic" rss method which works on all SxFolder objects. So this might need a bit of refactoring. Even if we do want to support Notes.rss for convenience, I think I would have implemented that as a simple alias for Notes/rss. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Mon Dec 4 18:10:55 2006 From: developer@opengroupware.org (Helge Hess) Date: Mon, 4 Dec 2006 19:10:55 +0100 Subject: [OGo-Developer] Note text mangled in RSS In-Reply-To: <1165254019.6809.22.camel@ws01.whitemice.org> References: <1165251189.3900.42.camel@aleph.whitemice.org> <2B4C41D9-59B3-4DD6-803F-2C72A32279A0@opengroupware.org> <1165254019.6809.22.camel@ws01.whitemice.org> Message-ID: On Dec 4, 2006, at 18:40, Adam Williams wrote: > So... > [_r appendContentXMLString: > [[_note valueForKey:@"noteContent"] > stringByReplacingString:@"\n" withString:@"<BR/>"]]; No, -appendContentXMLString: already does the XML escaping. Anyways, I've committed a change. Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Sun Dec 10 16:20:12 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Sun, 10 Dec 2006 11:20:12 -0500 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 Message-ID: <1165767612.10446.1.camel@aleph.whitemice.org> I just updated the OGo packages on my test server; logging into the web interface now fails with: Dec 10 16:09:48 ogo-webui-1.1 [10308]: <<0x0x88cea74[WOForm]>>D Note: session-id is requested, but no session is active? Dec 10 16:09:51 ogo-webui-1.1 [10308]: <0x0x88b1f4c[OGoHelpManager]> Note: no OGo documentation installed! Dec 10 16:09:51 ogo-webui-1.1 [10308]: <0x0x88b1f4c[OGoHelpManager]> SP: Dec 10 16:09:51 ogo-webui-1.1 [10308]: |ogo-webui-1.1| : created session: Dec 10 16:09:51 ogo-webui-1.1 [10308]: ccaps: Dec 10 16:09:52 ogo-webui-1.1 [10308]: Note: PostgreSQL72 adaptor using timezone 'GMT' as default Dec 10 16:09:52 ogo-webui-1.1 [10308]: |ogo-webui-1.1| : caught: (Exception name:PostgreSQL72FatalError class:PostgreSQL72Exception reason:fatal pgsql error (channel=<0x0x88f236c[PostgreSQL72Channel]: connection=<0x0x88f256c[PGConnection]: connection=0x0x88f2db8>>): ERROR: invalid input syntax for type timestamp with time zone: "%Y-%m-% d %H:%M:%S%z" info:) in context: <0x0x88aa204[WOContext]: 002457c314f088aa204 app=ogo-webui-1.1 sn=2844284401457C314F eid= rqeid=>. ### child 10308 (#1) was terminated by signal 6 (uptime=11s). Backtrace seems boring: (gdb) backtrace #0 0xffffe410 in __kernel_vsyscall () #1 0xb757e7d0 in raise () from /lib/libc.so.6 #2 0xb757fea3 in abort () from /lib/libc.so.6 #3 0x0804dae4 in main () From developer@opengroupware.org Sun Dec 10 18:37:18 2006 From: developer@opengroupware.org (Helge Hess) Date: Sun, 10 Dec 2006 19:37:18 +0100 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <1165767612.10446.1.camel@aleph.whitemice.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> Message-ID: On Dec 10, 2006, at 17:20, Adam Tauno Williams wrote: > ERROR: invalid input syntax for type timestamp with time zone: "%Y- > %m-% > d %H:%M:%S%z" > info:) > in context: > <0x0x88aa204[WOContext]: 002457c314f088aa204 app=ogo-webui-1.1 > sn=2844284401457C314F eid= rqeid=>. > ### child 10308 (#1) was terminated by signal 6 (uptime=11s). Can't find that error in the sourcecode, but it looks like an OGo error. > Backtrace seems boring: > (gdb) backtrace > #0 0xffffe410 in __kernel_vsyscall () > #1 0xb757e7d0 in raise () from /lib/libc.so.6 > #2 0xb757fea3 in abort () from /lib/libc.so.6 > #3 0x0804dae4 in main () You probably didn't start OGo inside GDB with "-WOUseWatchDog NO" ... Most likely this is the backtrace of the watchdog, not of OGo. Would be nice to get the real backtrace. Thanks, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Sun Dec 10 21:42:49 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Sun, 10 Dec 2006 16:42:49 -0500 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: References: <1165767612.10446.1.camel@aleph.whitemice.org> Message-ID: <1165786969.10446.22.camel@aleph.whitemice.org> > > Backtrace seems boring: > > (gdb) backtrace > > #0 0xffffe410 in __kernel_vsyscall () > > #1 0xb757e7d0 in raise () from /lib/libc.so.6 > > #2 0xb757fea3 in abort () from /lib/libc.so.6 > > #3 0x0804dae4 in main () > You probably didn't start OGo inside GDB with "-WOUseWatchDog NO" ... > Most likely this is the backtrace of the watchdog, not of OGo. Would > be nice to get the real backtrace. I think I am. ogo@aleph:~> gdb /usr/local/sbin/ogo-webui-1.1 .... (gdb) r -WOUseWatchDog NO .... Dec 10 21:35:45 ogo-webui-1.1 [11465]: |ogo-webui-1.1| : caught: (Exception name:PostgreSQL72FatalError class:PostgreSQL72Exception reason:fatal pgsql error (channel=<0x0x8912324[PostgreSQL72Channel]: connection=<0x0x8912524[PGConnection]: connection=0x0x8912d70>>): ERROR: invalid input syntax for type timestamp with time zone: "%Y-%m-% d %H:%M:%S%z" info:) in context: <0x0x88ca1c4[WOContext]: 002457c7db1088ca1c4 app=ogo-webui-1.1 sn=2CC92CC901457C7DB1 eid= rqeid=>. Program received signal SIGABRT, Aborted. [Switching to Thread -1221601616 (LWP 11465)] 0xffffe410 in __kernel_vsyscall () (gdb) backtrace #0 0xffffe410 in __kernel_vsyscall () #1 0xb74da7d0 in raise () from /lib/libc.so.6 #2 0xb74dbea3 in abort () from /lib/libc.so.6 #3 0x0804dae4 in main () From developer@opengroupware.org Sun Dec 10 22:15:06 2006 From: developer@opengroupware.org (Helge Hess) Date: Sun, 10 Dec 2006 23:15:06 +0100 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <1165786969.10446.22.camel@aleph.whitemice.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> Message-ID: <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> On Dec 10, 2006, at 22:42, Adam Tauno Williams wrote: >> You probably didn't start OGo inside GDB with "-WOUseWatchDog NO" ... >> Most likely this is the backtrace of the watchdog, not of OGo. Would >> be nice to get the real backtrace. > I think I am. Hm, give break raise (if it stops here, capture the backtrace and say "continue") break abort a try. Possibly this preserves the stack trace before the abort() pulls down the process. Two things are interesting here: a) why the ERROR b) why the crash after the ERROR Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Sun Dec 10 23:23:05 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Sun, 10 Dec 2006 18:23:05 -0500 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <1165786969.10446.22.camel@aleph.whitemice.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> Message-ID: <1165792985.4698.0.camel@aleph.whitemice.org> > > > Backtrace seems boring: > > > (gdb) backtrace > > > #0 0xffffe410 in __kernel_vsyscall () > > > #1 0xb757e7d0 in raise () from /lib/libc.so.6 > > > #2 0xb757fea3 in abort () from /lib/libc.so.6 > > > #3 0x0804dae4 in main () > > You probably didn't start OGo inside GDB with "-WOUseWatchDog NO" ... > > Most likely this is the backtrace of the watchdog, not of OGo. Would > > be nice to get the real backtrace. > I think I am. > ogo@aleph:~> gdb /usr/local/sbin/ogo-webui-1.1 Interesting, my own ZideStore code is dieing with something similiar - xmlrpclib.Fault: >): ERROR: invalid input syntax for type timestamp with time zone: "%Y-%m-% d %H:%M:%S%z"\n {\n From developer@opengroupware.org Sun Dec 10 23:38:03 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Sun, 10 Dec 2006 18:38:03 -0500 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> Message-ID: <1165793883.4698.3.camel@aleph.whitemice.org> > >> You probably didn't start OGo inside GDB with "-WOUseWatchDog NO" ... > >> Most likely this is the backtrace of the watchdog, not of OGo. Would > >> be nice to get the real backtrace. > > I think I am. > Hm, give > break raise (if it stops here, capture the backtrace and say > "continue") > break abort > a try. Possibly this preserves the stack trace before the abort() > pulls down the process. Not certainly I'm doing it right, but I get this - (gdb) break raise [0] cancel [1] all [2] -[NSException raise] at NSException.m:197 > Argument required (one or more choice numbers). (gdb) backtrace #0 0xffffe410 in __kernel_vsyscall () #1 0xb75d9cdd in ___newselect_nocancel () from /lib/libc.so.6 #2 0xb7748dd0 in -[NSRunLoop acceptInputForMode:beforeDate:] (self=0x8134a6c, _cmd=0xb77bd2b0, aMode=0xb77bd368, limitDate=0x8899d4c) at NSRunLoop.m:712 #3 0xb77487e3 in -[NSRunLoop runMode:beforeDate:] (self=0x8134a6c, _cmd=0xb7d33490, aMode=0xb77bd368, limitDate=0x8899d4c) at NSRunLoop.m:621 #4 0xb7c17e53 in WOGetKVCValueUsingMethod () from /usr/local/lib/libNGObjWeb_d.so.4.5 #5 0xb7c48b97 in WOApplicationMain () from /usr/local/lib/libNGObjWeb_d.so.4.5 #6 0xb7c6b055 in WOWatchDogApplicationMain () from /usr/local/lib/libNGObjWeb_d.so.4.5 #7 0x08049b96 in main () > Two things are interesting here: > a) why the ERROR > b) why the crash after the ERROR From developer@opengroupware.org Sun Dec 10 23:58:15 2006 From: developer@opengroupware.org (Helge Hess) Date: Mon, 11 Dec 2006 00:58:15 +0100 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <1165793883.4698.3.camel@aleph.whitemice.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> <1165793883.4698.3.camel@aleph.whitemice.org> Message-ID: <59F50EA7-1D34-407B-8FD7-8A5ABF16C6A0@opengroupware.org> On Dec 11, 2006, at 24:38, Adam Tauno Williams wrote: > Not certainly I'm doing it right, but I get this - > (gdb) break raise > [0] cancel > [1] all > [2] -[NSException raise] at NSException.m:197 Enter 2. > Argument required (one or more choice numbers). > (gdb) backtrace > #0 0xffffe410 in __kernel_vsyscall () > #1 0xb75d9cdd in ___newselect_nocancel () from /lib/libc.so.6 > #2 0xb7748dd0 in -[NSRunLoop acceptInputForMode:beforeDate:] > (self=0x8134a6c, _cmd=0xb77bd2b0, No, thats useless. Is that the backtrace when you enter Ctrl-C? Do: > r -WOUseWatchDog NO ... press Ctrl-C ... > break raise ... enter 2 ... > continue ... reproduce issue ... > backtrace I suppose the exception is during setup, so you need to press Ctrl-C before its encountered but after libFoundation got loaded ... Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Mon Dec 11 00:37:37 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Sun, 10 Dec 2006 19:37:37 -0500 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <59F50EA7-1D34-407B-8FD7-8A5ABF16C6A0@opengroupware.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> <1165793883.4698.3.camel@aleph.whitemice.org> <59F50EA7-1D34-407B-8FD7-8A5ABF16C6A0@opengroupware.org> Message-ID: <1165797458.4698.6.camel@aleph.whitemice.org> On Mon, 2006-12-11 at 00:58 +0100, Helge Hess wrote: > On Dec 11, 2006, at 24:38, Adam Tauno Williams wrote: > > Not certainly I'm doing it right, but I get this - > > (gdb) break raise > > [0] cancel > > [1] all > > [2] -[NSException raise] at NSException.m:197 > Enter 2. > > Argument required (one or more choice numbers). > > (gdb) backtrace > > #0 0xffffe410 in __kernel_vsyscall () > > #1 0xb75d9cdd in ___newselect_nocancel () from /lib/libc.so.6 > > #2 0xb7748dd0 in -[NSRunLoop acceptInputForMode:beforeDate:] > > (self=0x8134a6c, _cmd=0xb77bd2b0, > No, thats useless. Is that the backtrace when you enter Ctrl-C? Do: > > r -WOUseWatchDog NO > ... press Ctrl-C ... > > break raise > ... enter 2 ... > > continue > ... reproduce issue ... > > backtrace > I suppose the exception is during setup, so you need to press Ctrl-C > before its encountered but after libFoundation got loaded ... I think I need to build the libraries with debugging symbols. [Thread debugging using libthread_db enabled] [New Thread -1220864336 (LWP 7031)] Dec 11 00:32:15 ogo-webui-1.1 [7031]: Note: storing cached vCards files in: '/var/lib/opengroupware.org/documents' Dec 11 00:32:15 ogo-webui-1.1 [7031]: account::change-password: using password field: 'userPassword' Dec 11 00:32:15 ogo-webui-1.1 [7031]: Note: members of role team 'team creators' are allowed to create teams. Dec 11 00:32:15 ogo-webui-1.1 [7031]: Note: located themes: OOo, blue, kde, orange Dec 11 00:32:15 ogo-webui-1.1 [7031]: Note: located translations: German, Slovak, English Dec 11 00:32:15 ogo-webui-1.1 [7031]: |ogo-webui-1.1| CTI Dialers: Dec 11 00:32:15 ogo-webui-1.1 [7031]: WOCompoundElement: pool embedding is on. Dec 11 00:32:15 ogo-webui-1.1 [7031]: WOCompoundElement: id logging is on. Dec 11 00:32:16 ogo-webui-1.1 [7031]: OGoProject: available project bases: FileSystem,Database Dec 11 00:32:16 ogo-webui-1.1 [7031]: Note: load storage bundle: 'OGoFileSystemProject.ds' Dec 11 00:32:16 ogo-webui-1.1 [7031]: Note: load storage bundle: 'OGoDatabaseProject.ds' Dec 11 00:32:16 ogo-webui-1.1 [7031]: Note(LSWAppointmentEditor): extended apt attrs are configured. Dec 11 00:32:16 ogo-webui-1.1 [7031]: Note(LSWAppointmentViewer): extended apt attrs are configured. Dec 11 00:32:16 ogo-webui-1.1 [7031]: Note: doc-viewer did not find Epoz. Dec 11 00:32:16 ogo-webui-1.1 [7031]: Note: found doc-viewers attributes,contents,versions,access,logs Dec 11 00:32:16 ogo-webui-1.1 [7031]: Note: using default doc-viewer rules. Dec 11 00:32:16 ogo-webui-1.1 [7031]: Note: folder-view did not find Epoz. Dec 11 00:32:16 ogo-webui-1.1 [7031]: SkyPersonViewer: form letter types: excel, framemaker, winword Dec 11 00:32:17 ogo-webui-1.1 [7031]: |ogo-webui-1.1| OpenGroupware.org instance initialized. Dec 11 00:32:17 ogo-webui-1.1 [7031]: |ogo-webui-1.1| WOHttpAdaptor listening on address *:20000 Program received signal SIGINT, Interrupt. [Switching to Thread -1220864336 (LWP 7031)] 0xffffe410 in __kernel_vsyscall () (gdb) break raise [0] cancel [1] all [2] -[NSException raise] at NSException.m:197 > 2 Breakpoint 1 at 0xb771e456: file NSException.m, line 197. (gdb) continue Continuing. Dec 11 00:33:55 ogo-webui-1.1 [7031]: <<0x0x88eea04[WOForm]>>D Note: session-id is requested, but no session is active? 127.0.0.1 - - [11/Dec/2006:00:33:55 GMT] "GET /OpenGroupware/ HTTP/1.1" 200 1455/0 0.064 5038 71% 532K Dec 11 00:34:37 ogo-webui-1.1 [7031]: <0x0x88d642c[OGoHelpManager]> Note: no OGo documentation installed! Dec 11 00:34:37 ogo-webui-1.1 [7031]: <0x0x88d642c[OGoHelpManager]> SP: Dec 11 00:34:37 ogo-webui-1.1 [7031]: |ogo-webui-1.1| : created session: Dec 11 00:34:37 ogo-webui-1.1 [7031]: ccaps: Dec 11 00:34:38 ogo-webui-1.1 [7031]: Note: PostgreSQL72 adaptor using timezone 'GMT' as default Breakpoint 1, -[NSException raise] (self=0x895cb54, _cmd=0xb7b45b20) at NSException.m:197 197 NSException.m: No such file or directory. in NSException.m Current language: auto; currently objective-c (gdb) backtrace #0 -[NSException raise] (self=0x895cb54, _cmd=0xb7b45b20) at NSException.m:197 #1 0xb7b029d7 in EOAccess_EOCustomValues_link () from /usr/local/lib/libGDLAccess_d.so.4.5 #2 0xb7b8719a in LSCommandRunV () from /usr/local/lib/libLSFoundation_d.so.5.3 #3 0xb735abe9 in ?? () from /usr/local/lib/opengroupware.org-1.1/commands/LSBase.cmd/LSBase #4 0x0894e76c in ?? () #5 0xb73632d0 in ?? () from /usr/local/lib/opengroupware.org-1.1/commands/LSBase.cmd/LSBase #6 0x088fa35c in ?? () #7 0xb735ab79 in ?? () from /usr/local/lib/opengroupware.org-1.1/commands/LSBase.cmd/LSBase #8 0x00002fc0 in ?? () #9 0x0894d1cc in ?? () #10 0x0894e76c in ?? () #11 0xb7bcd7e0 in ?? () from /usr/local/lib/libLSFoundation_d.so.5.3 #12 0xb7bc4240 in ?? () from /usr/local/lib/libLSFoundation_d.so.5.3 #13 0x0894e76c in ?? () #14 0xbfcc6e98 in ?? () #15 0xb7b81d33 in LSCommandRunV () from /usr/local/lib/libLSFoundation_d.so.5.3 #16 0xb7b81d33 in LSCommandRunV () from /usr/local/lib/libLSFoundation_d.so.5.3 #17 0xb7b7747e in LSCommandRunV () from /usr/local/lib/libLSFoundation_d.so.5.3 #18 0xb7b76d17 in LSCommandRunV () from /usr/local/lib/libLSFoundation_d.so.5.3 #19 0xb73425bc in ?? () from /usr/local/lib/opengroupware.org-1.1/commands/LSAccount.cmd/LSAccount #20 0x088fa35c in ?? () #21 0x080ddf34 in ?? () #22 0xb734b600 in ?? () from /usr/local/lib/opengroupware.org-1.1/commands/LSAccount.cmd/LSAccount #23 0xb734b60c in ?? () from /usr/local/lib/opengroupware.org-1.1/commands/LSAccount.cmd/LSAccount #24 0xb734b4b0 in ?? () from /usr/local/lib/opengroupware.org-1.1/commands/LSAccount.cmd/LSAccount #25 0x0892b5e4 in ?? () #26 0xb734b618 in ?? () from /usr/local/lib/opengroupware.org-1.1/commands/LSAccount.cmd/LSAccount #27 0xb734b4d4 in ?? () from /usr/local/lib/opengroupware.org-1.1/commands/LSAccount.cmd/LSAccount #28 0x00000000 in ?? () From developer@opengroupware.org Mon Dec 11 00:46:53 2006 From: developer@opengroupware.org (Helge Hess) Date: Mon, 11 Dec 2006 01:46:53 +0100 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <1165797458.4698.6.camel@aleph.whitemice.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> <1165793883.4698.3.camel@aleph.whitemice.org> <59F50EA7-1D34-407B-8FD7-8A5ABF16C6A0@opengroupware.org> <1165797458.4698.6.camel@aleph.whitemice.org> Message-ID: <830217D4-532F-4BB9-96A6-6E5B5CE1B7D6@opengroupware.org> On Dec 11, 2006, at 01:37, Adam Tauno Williams wrote: > I think I need to build the libraries with debugging symbols. Didn't you say you are using packages? AFAIK those are always build with debugging? Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Mon Dec 11 01:46:35 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Sun, 10 Dec 2006 20:46:35 -0500 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <830217D4-532F-4BB9-96A6-6E5B5CE1B7D6@opengroupware.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> <1165793883.4698.3.camel@aleph.whitemice.org> <59F50EA7-1D34-407B-8FD7-8A5ABF16C6A0@opengroupware.org> <1165797458.4698.6.camel@aleph.whitemice.org> <830217D4-532F-4BB9-96A6-6E5B5CE1B7D6@opengroupware.org> Message-ID: <1165801595.4698.8.camel@aleph.whitemice.org> On Mon, 2006-12-11 at 01:46 +0100, Helge Hess wrote: > On Dec 11, 2006, at 01:37, Adam Tauno Williams wrote: > > I think I need to build the libraries with debugging symbols. > Didn't you say you are using packages? Yes. > AFAIK those are always build with debugging? Mmm, I don't think so. They have always looked stripped in a backtrace. From developer@opengroupware.org Mon Dec 11 02:51:37 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Sun, 10 Dec 2006 21:51:37 -0500 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <1165797458.4698.6.camel@aleph.whitemice.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> <1165793883.4698.3.camel@aleph.whitemice.org> <59F50EA7-1D34-407B-8FD7-8A5ABF16C6A0@opengroupware.org> <1165797458.4698.6.camel@aleph.whitemice.org> Message-ID: <1165805497.4698.10.camel@aleph.whitemice.org> On Sun, 2006-12-10 at 19:37 -0500, Adam Tauno Williams wrote: > On Mon, 2006-12-11 at 00:58 +0100, Helge Hess wrote: > > On Dec 11, 2006, at 24:38, Adam Tauno Williams wrote: > > > Not certainly I'm doing it right, but I get this - > > > (gdb) break raise > > > [0] cancel > > > [1] all > > > [2] -[NSException raise] at NSException.m:197 > > Enter 2. > > > Argument required (one or more choice numbers). > > > (gdb) backtrace > > > #0 0xffffe410 in __kernel_vsyscall () > > > #1 0xb75d9cdd in ___newselect_nocancel () from /lib/libc.so.6 > > > #2 0xb7748dd0 in -[NSRunLoop acceptInputForMode:beforeDate:] > > > (self=0x8134a6c, _cmd=0xb77bd2b0, > > No, thats useless. Is that the backtrace when you enter Ctrl-C? Do: > > > r -WOUseWatchDog NO > > ... press Ctrl-C ... > > > break raise > > ... enter 2 ... > > > continue > > ... reproduce issue ... > > > backtrace > > I suppose the exception is during setup, so you need to press Ctrl-C > > before its encountered but after libFoundation got loaded ... > > I think I need to build the libraries with debugging symbols. Here we go.... Dec 11 02:50:19 ogo-webui-1.1 [1962]: Note: folder-view did not find Epoz. Dec 11 02:50:20 ogo-webui-1.1 [1962]: SkyPersonViewer: form letter types: excel, framemaker, winword Dec 11 02:50:20 ogo-webui-1.1 [1962]: |ogo-webui-1.1| OpenGroupware.org instance initialized. Dec 11 02:50:20 ogo-webui-1.1 [1962]: |ogo-webui-1.1| WOHttpAdaptor listening on address *:20000 Program received signal SIGINT, Interrupt. [Switching to Thread -1222620992 (LWP 1962)] 0xffffe410 in __kernel_vsyscall () (gdb) break raise [0] cancel [1] all [2] -[NSException raise] at NSException.m:197 > 2 Breakpoint 1 at 0xb7727456: file NSException.m, line 197. (gdb) continue Continuing. Dec 11 02:50:40 ogo-webui-1.1 [1962]: <<0x0x891528c[WOForm]>>D Note: session-id is requested, but no session is active? 127.0.0.1 - - [11/Dec/2006:02:50:40 GMT] "GET /OpenGroupware/ HTTP/1.1" 200 1454/0 0.025 5038 71% 604K Dec 11 02:50:44 ogo-webui-1.1 [1962]: <0x0x891161c[OGoHelpManager]> Note: no OGo documentation installed! Dec 11 02:50:44 ogo-webui-1.1 [1962]: <0x0x891161c[OGoHelpManager]> SP: Dec 11 02:50:44 ogo-webui-1.1 [1962]: |ogo-webui-1.1| : created session: Dec 11 02:50:44 ogo-webui-1.1 [1962]: ccaps: Dec 11 02:50:44 ogo-webui-1.1 [1962]: Note: PostgreSQL72 adaptor using timezone 'GMT' as default Breakpoint 1, -[NSException raise] (self=0x8977574, _cmd=0xb7b56b20) at NSException.m:197 197 NSException.m: No such file or directory. in NSException.m (gdb) backtrace #0 -[NSException raise] (self=0x8977574, _cmd=0xb7b56b20) at NSException.m:197 #1 0xb7b139d7 in EOAccess_EOCustomValues_link () from /usr/local/lib/libGDLAccess_d.so.4.5 #2 0xb7b9842e in -[LSDBObjectNewCommand _executeInContext:] (self=0x896e20c, _cmd=0xb71b62f0, _context=0x89210fc) at LSDBObjectNewCommand.m:146 #3 0xb71addc4 in -[LSAddSessionLogCommand _executeInContext:] (self=0x896e20c, _cmd=0xb7bdd5b0, _context=0x89210fc) at LSAddSessionLogCommand.m:80 #4 0xb7b92e05 in -[LSDBObjectBaseCommand primaryRunInContext:] (self=0x896e20c, _cmd=0xb7bd82d0, _context=0x89210fc) at LSDBObjectBaseCommand.m:186 #5 0xb7b8841c in -[LSBaseCommand runInContext:] (self=0x896e20c, _cmd=0xb7bd8240, _context=0x89210fc) at LSBaseCommand.m:192 #6 0xb7b87cd9 in LSCommandRunV (_ctx=0x89210fc, _factory=0x80cb424, _domain=0xb719e348, _command=0xb719e354) at LSBaseCommand.m:84 #7 0xb719484a in -[LSLoginAccountCommand _executeInContext:] (self=0x8931d4c, _cmd=0xb7bdd5b0, _context=0x89210fc) at LSLoginAccountCommand.m:257 #8 0xb7b92e05 in -[LSDBObjectBaseCommand primaryRunInContext:] (self=0x8931d4c, _cmd=0xb7bd82d0, _context=0x89210fc) at LSDBObjectBaseCommand.m:186 #9 0xb7b8841c in -[LSBaseCommand runInContext:] (self=0x8931d4c, _cmd=0xb7bd9da0, _context=0x89210fc) at LSBaseCommand.m:192 #10 0xb7b8d757 in runCommand (self=0x89210fc, _command=0x8931d4c) at LSCommandContext.m:870 #11 0xb7b8b986 in -[LSCommandContext runCommand:vargs:] (self=0x89210fc, _cmd=0xb7bf05f0, _command=0xb7bf00d4, _va=0xbf8d5728) at LSCommandContext.m:457 #12 0xb7bbc2de in -[OGoContextSession runCommand:] (self=0x891fcec, _cmd=0xb7bf0668, _command=0xb7bf00d4) at OGoContextSession.m:205 #13 0xb7bbca34 in -[OGoContextSession login:password:crypted:isSessionLogEnabled:] (self=0x891fcec, _cmd=0xb7bee090, _login=0x89008d4, _pwd=0x8907e6c, _crypted=0 '\000', _isSessionLogEnabled=1 '\001') at OGoContextSession.m:288 #14 0xb7bb8a3e in -[OGoContextManager login:password:crypted:isSessionLogEnabled:] (self=0x831b8ac, _cmd=0xb7bee080, _login=0x89008d4, _password=0x8907e6c, _crypted=0 '\000', _isSessionLogEnabled=1 '\001') at OGoContextManager.m:691 #15 0xb7bb87e8 in -[OGoContextManager login:password:] (self=0x831b8ac, _cmd=0x805a9c8, _login=0x89008d4, _password=0x8907e6c) at OGoContextManager.m:661 #16 0x0805187c in -[WODirectAction(LoginAction) loginActionWithLogin:password:request:] ( self=0x8900a9c, _cmd=0x805aa28, login=0x89008d4, pwd=0x8907e6c, req=0x891359c) ---Type to continue, or q to quit--- at WODirectAction+LoginAction.m:343 #17 0x08051f18 in -[WODirectAction(LoginAction) loginAction] (self=0x8900a9c, _cmd=0x80867c0) at WODirectAction+LoginAction.m:403 #18 0xb7723eae in -[NSObject performSelector:] (self=0x8900a9c, _cmd=0xb7da3550, aSelector=0x80867c0) at NSObject.m:614 #19 0xb7ca20bf in WOApplicationMain () from /usr/local/lib/libNGObjWeb_d.so.4.5 #20 0x0804f922 in -[DirectAction performActionNamed:] (self=0x8900a9c, _cmd=0xb7da3ff0, _actionName=0x891279c) at DirectAction.m:151 #21 0xb7ca3282 in WOApplicationMain () from /usr/local/lib/libNGObjWeb_d.so.4.5 #22 0xb7cb6a6f in WOApplicationMain () from /usr/local/lib/libNGObjWeb_d.so.4.5 #23 0xb7c6d6ce in WOGetKVCValueUsingMethod () from /usr/local/lib/libNGObjWeb_d.so.4.5 #24 0xb7c6da3c in WOGetKVCValueUsingMethod () from /usr/local/lib/libNGObjWeb_d.so.4.5 #25 0x0804e9c1 in -[OpenGroupware dispatchRequest:] (self=0x812dc0c, _cmd=0xb7df21b0, _request=0x891359c) at OpenGroupware.m:829 #26 0xb7d1b2cc in OWFormElementName () from /usr/local/lib/libNGObjWeb_d.so.4.5 #27 0xb7d1b745 in OWFormElementName () from /usr/local/lib/libNGObjWeb_d.so.4.5 #28 0xb7d16a87 in OWFormElementName () from /usr/local/lib/libNGObjWeb_d.so.4.5 #29 0xb7d16d88 in OWFormElementName () from /usr/local/lib/libNGObjWeb_d.so.4.5 #30 0xb7d1771b in OWFormElementName () from /usr/local/lib/libNGObjWeb_d.so.4.5 #31 0xb7724736 in -[NSObject performSelector:withObject:] (self=0x88c74b4, _cmd=0xb77fb3a0, aSelector=0xb7df13b0, anObject=0x88d145c) at NSObject.m:730 #32 0xb777680b in -[NSNotificationListItem postNotification:] (self=0x88cc994, _cmd=0xb77fb470, notification=0x88d145c) at NSNotificationCenter.m:104 #33 0xb7724736 in -[NSObject performSelector:withObject:] (self=0x88cc994, _cmd=0xb77e1ee0, aSelector=0xb77fb470, anObject=0x88d145c) at NSObject.m:730 #34 0xb77322ba in -[NSArray makeObjectsPerform:withObject:] (self=0x88efba4, _cmd=0xb77fb478, aSelector=0xb77fb470, anObject=0x88d145c) at NSArray.m:403 #35 0xb7777852 in -[NSNotificationCenter postNotification:] (self=0x80a83d4, _cmd=0xb77fb4b0, notification=0x88d145c) at NSNotificationCenter.m:453 #36 0xb7777bdd in -[NSNotificationCenter postNotificationName:object:] (self=0x80a83d4, _cmd=0xb7809120, notificationName=0xb7809380, object=0x88cb5bc) at NSNotificationCenter.m:590 #37 0xb779294f in -[NSRunLoopFileObjectInfo activity:onDescriptor:] (self=0x88cae14, _cmd=0xb78092e8, _activity=NSPosixReadableActivity, _fd=8) at NSRunLoop.m:190 ---Type to continue, or q to quit--- #38 0xb7795025 in -[NSRunLoop acceptInputForMode:beforeDate:] (self=0x815fb1c, _cmd=0xb78092b0, aMode=0xb7809368, limitDate=0x8900a24) at NSRunLoop.m:767 #39 0xb77947e3 in -[NSRunLoop runMode:beforeDate:] (self=0x815fb1c, _cmd=0xb7d88490, aMode=0xb7809368, limitDate=0x8900a24) at NSRunLoop.m:621 #40 0xb7c6ce53 in WOGetKVCValueUsingMethod () from /usr/local/lib/libNGObjWeb_d.so.4.5 #41 0xb7c9db97 in WOApplicationMain () from /usr/local/lib/libNGObjWeb_d.so.4.5 #42 0xb7cc0055 in WOWatchDogApplicationMain () from /usr/local/lib/libNGObjWeb_d.so.4.5 #43 0x08049b5c in main (argc=1457883477, argv=0x10ec8353, env=0xe8) at main.m:32 From developer@opengroupware.org Mon Dec 11 16:54:05 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Mon, 11 Dec 2006 11:54:05 -0500 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <1165805497.4698.10.camel@aleph.whitemice.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> <1165793883.4698.3.camel@aleph.whitemice.org> <59F50EA7-1D34-407B-8FD7-8A5ABF16C6A0@opengroupware.org> <1165797458.4698.6.camel@aleph.whitemice.org> <1165805497.4698.10.camel@aleph.whitemice.org> Message-ID: <1165856046.3736.46.camel@aleph.whitemice.org> On Sun, 2006-12-10 at 21:51 -0500, Adam Tauno Williams wrote: > On Sun, 2006-12-10 at 19:37 -0500, Adam Tauno Williams wrote: > > On Mon, 2006-12-11 at 00:58 +0100, Helge Hess wrote: > > > On Dec 11, 2006, at 24:38, Adam Tauno Williams wrote: > > > > Not certainly I'm doing it right, but I get this - > > > > (gdb) break raise > > > > [0] cancel > > > > [1] all > > > > [2] -[NSException raise] at NSException.m:197 > > > Enter 2. > > > > Argument required (one or more choice numbers). > > > > (gdb) backtrace > > > > #0 0xffffe410 in __kernel_vsyscall () > > > > #1 0xb75d9cdd in ___newselect_nocancel () from /lib/libc.so.6 > > > > #2 0xb7748dd0 in -[NSRunLoop acceptInputForMode:beforeDate:] > > > > (self=0x8134a6c, _cmd=0xb77bd2b0, > > > No, thats useless. Is that the backtrace when you enter Ctrl-C? Do: > > > > r -WOUseWatchDog NO > > > ... press Ctrl-C ... > > > > break raise > > > ... enter 2 ... > > > > continue > > > ... reproduce issue ... > > > > backtrace > > > I suppose the exception is during setup, so you need to press Ctrl-C > > > before its encountered but after libFoundation got loaded ... > > > > I think I need to build the libraries with debugging symbols. > > Here we go.... I think this is bubbling all the way up from PostgreSQL itself; in PostgreSQL's src/backend/utils/adt/timestamp.c ... 2832 if (VARSIZE(str) - VARHDRSZ > MAXDATELEN) 2833 ereport(ERROR, 2834 (errcode(ERRCODE_INVALID_DATETIME_FORMAT), 2835 errmsg("invalid input syntax for type timestamp with time zone: \"%s\"", 2836 DatumGetCString(DirectFunctionCall1(textout, 2837 PointerGetDatum(str)))))); 2838 2839 sp = VARDATA(str); 2840 dp = dstr; So I'll turn on SQL debugging and see what is getting sent. > Dec 11 02:50:19 ogo-webui-1.1 [1962]: Note: folder-view did not find > Epoz. > Dec 11 02:50:20 ogo-webui-1.1 [1962]: SkyPersonViewer: form letter > types: excel, framemaker, winword > Dec 11 02:50:20 ogo-webui-1.1 [1962]: |ogo-webui-1.1| OpenGroupware.org > instance initialized. > Dec 11 02:50:20 ogo-webui-1.1 [1962]: |ogo-webui-1.1| WOHttpAdaptor > listening on address *:20000 > > Program received signal SIGINT, Interrupt. > [Switching to Thread -1222620992 (LWP 1962)] > 0xffffe410 in __kernel_vsyscall () > (gdb) break raise > [0] cancel > [1] all > [2] -[NSException raise] at NSException.m:197 > > 2 > Breakpoint 1 at 0xb7727456: file NSException.m, line 197. > (gdb) continue > Continuing. > Dec 11 02:50:40 ogo-webui-1.1 [1962]: <<0x0x891528c[WOForm]>>D Note: > session-id is requested, but no session is active? > 127.0.0.1 - - [11/Dec/2006:02:50:40 GMT] "GET /OpenGroupware/ HTTP/1.1" > 200 1454/0 0.025 5038 71% 604K > Dec 11 02:50:44 ogo-webui-1.1 [1962]: <0x0x891161c[OGoHelpManager]> > Note: no OGo documentation installed! > Dec 11 02:50:44 ogo-webui-1.1 [1962]: <0x0x891161c[OGoHelpManager]> SP: > Dec 11 02:50:44 ogo-webui-1.1 [1962]: |ogo-webui-1.1| > : created session: > > Dec 11 02:50:44 ogo-webui-1.1 [1962]: ccaps: > fast-tbl css2 xul js> > Dec 11 02:50:44 ogo-webui-1.1 [1962]: Note: PostgreSQL72 adaptor using > timezone 'GMT' as default > > Breakpoint 1, -[NSException raise] (self=0x8977574, _cmd=0xb7b56b20) at > NSException.m:197 > 197 NSException.m: No such file or directory. > in NSException.m > (gdb) backtrace > #0 -[NSException raise] (self=0x8977574, _cmd=0xb7b56b20) at > NSException.m:197 > #1 0xb7b139d7 in EOAccess_EOCustomValues_link () > from /usr/local/lib/libGDLAccess_d.so.4.5 > #2 0xb7b9842e in -[LSDBObjectNewCommand _executeInContext:] > (self=0x896e20c, _cmd=0xb71b62f0, > _context=0x89210fc) at LSDBObjectNewCommand.m:146 > #3 0xb71addc4 in -[LSAddSessionLogCommand _executeInContext:] > (self=0x896e20c, _cmd=0xb7bdd5b0, > _context=0x89210fc) at LSAddSessionLogCommand.m:80 > #4 0xb7b92e05 in -[LSDBObjectBaseCommand primaryRunInContext:] > (self=0x896e20c, _cmd=0xb7bd82d0, > _context=0x89210fc) at LSDBObjectBaseCommand.m:186 > #5 0xb7b8841c in -[LSBaseCommand runInContext:] (self=0x896e20c, > _cmd=0xb7bd8240, _context=0x89210fc) > at LSBaseCommand.m:192 > #6 0xb7b87cd9 in LSCommandRunV (_ctx=0x89210fc, _factory=0x80cb424, > _domain=0xb719e348, > _command=0xb719e354) at LSBaseCommand.m:84 > #7 0xb719484a in -[LSLoginAccountCommand _executeInContext:] > (self=0x8931d4c, _cmd=0xb7bdd5b0, > _context=0x89210fc) at LSLoginAccountCommand.m:257 > #8 0xb7b92e05 in -[LSDBObjectBaseCommand primaryRunInContext:] > (self=0x8931d4c, _cmd=0xb7bd82d0, > _context=0x89210fc) at LSDBObjectBaseCommand.m:186 > #9 0xb7b8841c in -[LSBaseCommand runInContext:] (self=0x8931d4c, > _cmd=0xb7bd9da0, _context=0x89210fc) > at LSBaseCommand.m:192 > #10 0xb7b8d757 in runCommand (self=0x89210fc, _command=0x8931d4c) at > LSCommandContext.m:870 > #11 0xb7b8b986 in -[LSCommandContext runCommand:vargs:] (self=0x89210fc, > _cmd=0xb7bf05f0, > _command=0xb7bf00d4, _va=0xbf8d5728) at LSCommandContext.m:457 > #12 0xb7bbc2de in -[OGoContextSession runCommand:] (self=0x891fcec, > _cmd=0xb7bf0668, > _command=0xb7bf00d4) at OGoContextSession.m:205 > #13 0xb7bbca34 in -[OGoContextSession > login:password:crypted:isSessionLogEnabled:] (self=0x891fcec, > _cmd=0xb7bee090, _login=0x89008d4, _pwd=0x8907e6c, _crypted=0 > '\000', > _isSessionLogEnabled=1 '\001') at OGoContextSession.m:288 > #14 0xb7bb8a3e in -[OGoContextManager > login:password:crypted:isSessionLogEnabled:] (self=0x831b8ac, > _cmd=0xb7bee080, _login=0x89008d4, _password=0x8907e6c, _crypted=0 > '\000', > _isSessionLogEnabled=1 '\001') at OGoContextManager.m:691 > #15 0xb7bb87e8 in -[OGoContextManager login:password:] (self=0x831b8ac, > _cmd=0x805a9c8, > _login=0x89008d4, _password=0x8907e6c) at OGoContextManager.m:661 > #16 0x0805187c in -[WODirectAction(LoginAction) > loginActionWithLogin:password:request:] ( > self=0x8900a9c, _cmd=0x805aa28, login=0x89008d4, pwd=0x8907e6c, > req=0x891359c) > ---Type to continue, or q to quit--- > at WODirectAction+LoginAction.m:343 > #17 0x08051f18 in -[WODirectAction(LoginAction) loginAction] > (self=0x8900a9c, _cmd=0x80867c0) > at WODirectAction+LoginAction.m:403 > #18 0xb7723eae in -[NSObject performSelector:] (self=0x8900a9c, > _cmd=0xb7da3550, aSelector=0x80867c0) > at NSObject.m:614 > #19 0xb7ca20bf in WOApplicationMain () > from /usr/local/lib/libNGObjWeb_d.so.4.5 > #20 0x0804f922 in -[DirectAction performActionNamed:] (self=0x8900a9c, > _cmd=0xb7da3ff0, > _actionName=0x891279c) at DirectAction.m:151 > #21 0xb7ca3282 in WOApplicationMain () > from /usr/local/lib/libNGObjWeb_d.so.4.5 > #22 0xb7cb6a6f in WOApplicationMain () > from /usr/local/lib/libNGObjWeb_d.so.4.5 > #23 0xb7c6d6ce in WOGetKVCValueUsingMethod () > from /usr/local/lib/libNGObjWeb_d.so.4.5 > #24 0xb7c6da3c in WOGetKVCValueUsingMethod () > from /usr/local/lib/libNGObjWeb_d.so.4.5 > #25 0x0804e9c1 in -[OpenGroupware dispatchRequest:] (self=0x812dc0c, > _cmd=0xb7df21b0, > _request=0x891359c) at OpenGroupware.m:829 > #26 0xb7d1b2cc in OWFormElementName () > from /usr/local/lib/libNGObjWeb_d.so.4.5 > #27 0xb7d1b745 in OWFormElementName () > from /usr/local/lib/libNGObjWeb_d.so.4.5 > #28 0xb7d16a87 in OWFormElementName () > from /usr/local/lib/libNGObjWeb_d.so.4.5 > #29 0xb7d16d88 in OWFormElementName () > from /usr/local/lib/libNGObjWeb_d.so.4.5 > #30 0xb7d1771b in OWFormElementName () > from /usr/local/lib/libNGObjWeb_d.so.4.5 > #31 0xb7724736 in -[NSObject performSelector:withObject:] > (self=0x88c74b4, _cmd=0xb77fb3a0, > aSelector=0xb7df13b0, anObject=0x88d145c) at NSObject.m:730 > #32 0xb777680b in -[NSNotificationListItem postNotification:] > (self=0x88cc994, _cmd=0xb77fb470, > notification=0x88d145c) at NSNotificationCenter.m:104 > #33 0xb7724736 in -[NSObject performSelector:withObject:] > (self=0x88cc994, _cmd=0xb77e1ee0, > aSelector=0xb77fb470, anObject=0x88d145c) at NSObject.m:730 > #34 0xb77322ba in -[NSArray makeObjectsPerform:withObject:] > (self=0x88efba4, _cmd=0xb77fb478, > aSelector=0xb77fb470, anObject=0x88d145c) at NSArray.m:403 > #35 0xb7777852 in -[NSNotificationCenter postNotification:] > (self=0x80a83d4, _cmd=0xb77fb4b0, > notification=0x88d145c) at NSNotificationCenter.m:453 > #36 0xb7777bdd in -[NSNotificationCenter postNotificationName:object:] > (self=0x80a83d4, > _cmd=0xb7809120, notificationName=0xb7809380, object=0x88cb5bc) at > NSNotificationCenter.m:590 > #37 0xb779294f in -[NSRunLoopFileObjectInfo activity:onDescriptor:] > (self=0x88cae14, _cmd=0xb78092e8, > _activity=NSPosixReadableActivity, _fd=8) at NSRunLoop.m:190 > ---Type to continue, or q to quit--- > #38 0xb7795025 in -[NSRunLoop acceptInputForMode:beforeDate:] > (self=0x815fb1c, _cmd=0xb78092b0, > aMode=0xb7809368, limitDate=0x8900a24) at NSRunLoop.m:767 > #39 0xb77947e3 in -[NSRunLoop runMode:beforeDate:] (self=0x815fb1c, > _cmd=0xb7d88490, > aMode=0xb7809368, limitDate=0x8900a24) at NSRunLoop.m:621 > #40 0xb7c6ce53 in WOGetKVCValueUsingMethod () > from /usr/local/lib/libNGObjWeb_d.so.4.5 > #41 0xb7c9db97 in WOApplicationMain () > from /usr/local/lib/libNGObjWeb_d.so.4.5 > #42 0xb7cc0055 in WOWatchDogApplicationMain () > from /usr/local/lib/libNGObjWeb_d.so.4.5 > #43 0x08049b5c in main (argc=1457883477, argv=0x10ec8353, env=0xe8) at > main.m:32 > > From developer@opengroupware.org Mon Dec 11 17:01:32 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Mon, 11 Dec 2006 12:01:32 -0500 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <1165856046.3736.46.camel@aleph.whitemice.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> <1165793883.4698.3.camel@aleph.whitemice.org> <59F50EA7-1D34-407B-8FD7-8A5ABF16C6A0@opengroupware.org> <1165797458.4698.6.camel@aleph.whitemice.org> <1165805497.4698.10.camel@aleph.whitemice.org> <1165856046.3736.46.camel@aleph.whitemice.org> Message-ID: <1165856492.3736.50.camel@aleph.whitemice.org> > I think this is bubbling all the way up from PostgreSQL itself; in > PostgreSQL's src/backend/utils/adt/timestamp.c ... > 2832 if (VARSIZE(str) - VARHDRSZ > MAXDATELEN) > 2833 ereport(ERROR, > 2834 (errcode(ERRCODE_INVALID_DATETIME_FORMAT), > 2835 errmsg("invalid input syntax for type timestamp with time zone: \"%s\"", > 2836 DatumGetCString(DirectFunctionCall1(textout, > 2837 PointerGetDatum(str)))))); > 2838 > 2839 sp = VARDATA(str); > 2840 dp = dstr; > So I'll turn on SQL debugging and see what is getting sent. Dec 11 17:00:17 ogo-webui-1.1 [6921]: PG0x0x80a61c4 SQL: BEGIN TRANSACTION Dec 11 17:00:17 ogo-webui-1.1 [6921]: PG0x0x80a61c4 SQL: SELECT t1.login, t1.is_locked, t1.password FROM person t1 WHERE (t1.login = 'awilliam') AND (t1.is_account=1) Dec 11 17:00:17 ogo-webui-1.1 [6921]: PG0x0x80a61c4 SQL: COMMIT TRANSACTION PostgreSQL72 connection dropped 0x0x88fa094 (channel=0x0x80a61c4) Dec 11 17:00:17 ogo-webui-1.1 [6921]: <0x0x88d3abc[OGoHelpManager]> Note: no OGo documentation installed! Dec 11 17:00:17 ogo-webui-1.1 [6921]: <0x0x88d3abc[OGoHelpManager]> SP: Dec 11 17:00:17 ogo-webui-1.1 [6921]: |ogo-webui-1.1| : created session: Dec 11 17:00:17 ogo-webui-1.1 [6921]: ccaps: Dec 11 17:00:17 ogo-webui-1.1 [6921]: PostgreSQL72 connection established: <0x0x893a40c[PGConnection]: connection=0x0x893a530> Dec 11 17:00:17 ogo-webui-1.1 [6921]: PostgreSQL72 channel 0x0x893a00c opened (connection=<0x0x893a40c[PGConnection]: connection=0x0x893a530>) Dec 11 17:00:17 ogo-webui-1.1 [6921]: PG0x0x893a00c SQL: BEGIN TRANSACTION Dec 11 17:00:17 ogo-webui-1.1 [6921]: PG0x0x893a00c SQL: SELECT t1.anniversary, t1.assistant_name, t1.associated_categories, t1.associated_company, t1.associated_contacts, t1.birthday, t1.boss_name, t1.company_id, t1.contact_id, t1.db_status, t1.degree, t1.department, t1.description, t1.dir_server, t1.email_alias, t1.fileas, t1.firstname, t1.freebusy_url, t1.im_address, t1.pop3_account, t1.is_account, t1.is_customer, t1.is_extra_account, t1.is_intra_account, t1.is_locked, t1.is_person, t1.is_private, t1.is_readonly, t1.is_template_user, t1.keywords, t1.login, t1.middlename, t1.name, t1.name_affix, t1.name_title, t1.number, t1.object_version, t1.occupation, t1.office, t1.owner_id, t1.partner_name, t1.password, t1.priority, t1.salutation, t1.sensitivity, t1.sex, t1.show_email2_as, t1.show_email3_as, t1.show_email_as, t1.source_url, t1.template_user_id, t1.url FROM person t1 WHERE (t1.login='awilliam' AND t1.is_account=1 AND (NOT t1.login='template') AND (t1.is_locked=0 OR t1.is_locked is null)) AND (t1.db_status <> 'archived') Dec 11 17:00:17 ogo-webui-1.1 [6921]: PG0x0x893a00c SQL: SELECT DISTINCT t1.attribute, t1.company_id, t1.company_value_id, t1.db_status, t1.is_enum, t1.is_label_localized, t1.label, t1.type, t1.uid, t1.value_string FROM company_value t1 WHERE t1.company_id IN (10120) Dec 11 17:00:17 ogo-webui-1.1 [6921]: PG0x0x893a00c SQL: select nextval('key_generator') Dec 11 17:00:17 ogo-webui-1.1 [6921]: Note: PostgreSQL72 adaptor using timezone 'GMT' as default Dec 11 17:00:17 ogo-webui-1.1 [6921]: PG0x0x893a00c SQL: INSERT INTO session_log (account_id, session_log_id, action, log_date) VALUES (10120, 39870, 'login', '%Y-%m-%d %H:%M:%S%z') Dec 11 17:00:17 ogo-webui-1.1 [6921]: PG0x0x893a00c SQL: ROLLBACK TRANSACTION Dec 11 17:00:17 ogo-webui-1.1 [6921]: |ogo-webui-1.1| : caught: (Exception name:PostgreSQL72FatalError class:PostgreSQL72Exception reason:fatal pgsql error (channel=<0x0x893a00c[PostgreSQL72Channel]: connection=<0x0x893a40c[PGConnection]: connection=0x0x893a530>>): ERROR: invalid input syntax for type timestamp with time zone: "%Y-%m-% d %H:%M:%S%z" info:) in context: <0x0x88f4bb4[WOContext]: 002457d8ea1088f4bb4 app=ogo-webui-1.1 sn=1B091B0901457D8EA1 eid= rqeid=>. ### child 6921 (#2) was terminated by signal 6 (uptime=49s). From developer@opengroupware.org Mon Dec 11 17:35:07 2006 From: developer@opengroupware.org (Helge Hess) Date: Mon, 11 Dec 2006 18:35:07 +0100 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <1165856492.3736.50.camel@aleph.whitemice.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> <1165793883.4698.3.camel@aleph.whitemice.org> <59F50EA7-1D34-407B-8FD7-8A5ABF16C6A0@opengroupware.org> <1165797458.4698.6.camel@aleph.whitemice.org> <1165805497.4698.10.camel@aleph.whitemice.org> <1165856046.3736.46.camel@aleph.whitemice.org> <1165856492.3736.50.camel@aleph.whitemice.org> Message-ID: <632F1A9B-2DB1-4F83-96C2-A306D5353637@opengroupware.org> On Dec 11, 2006, at 18:01, Adam Tauno Williams wrote: > session_log (account_id, session_log_id, action, log_date) VALUES > (10120, 39870, 'login', '%Y-%m-%d %H:%M:%S%z') Weird. Obviously the format string is generated instead of the actual (formatted) date value. This is most likely NSCalendarDate+PGVal.m / PGSQL_TIMESTAMP_FORMAT. Maybe you can set a break point in GDB and step through the method. Possibly you can see why it happens. Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Mon Dec 11 20:13:15 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Mon, 11 Dec 2006 15:13:15 -0500 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <632F1A9B-2DB1-4F83-96C2-A306D5353637@opengroupware.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> <1165793883.4698.3.camel@aleph.whitemice.org> <59F50EA7-1D34-407B-8FD7-8A5ABF16C6A0@opengroupware.org> <1165797458.4698.6.camel@aleph.whitemice.org> <1165805497.4698.10.camel@aleph.whitemice.org> <1165856046.3736.46.camel@aleph.whitemice.org> <1165856492.3736.50.camel@aleph.whitemice.org> <632F1A9B-2DB1-4F83-96C2-A306D5353637@opengroupware.org> Message-ID: <1165867995.3736.74.camel@aleph.whitemice.org> On Mon, 2006-12-11 at 18:35 +0100, Helge Hess wrote: > On Dec 11, 2006, at 18:01, Adam Tauno Williams wrote: > > session_log (account_id, session_log_id, action, log_date) VALUES > > (10120, 39870, 'login', '%Y-%m-%d %H:%M:%S%z') > Weird. Obviously the format string is generated instead of the actual > (formatted) date value. > This is most likely NSCalendarDate+PGVal.m / PGSQL_TIMESTAMP_FORMAT. > Maybe you can set a break point in GDB and step through the method. > Possibly you can see why it happens. I'll see what I can do. Interesting; I had another box sitting around with an older version of OGo, I updated it to the nightly trunk packages. And when I try to login.... Application Server caught exception: session: 3640364001457C4A33 element context: <0x0x86d985c[WOContext]: 001457c4a33086d985c app=ogo-webui-1.1 sn=3640364001457C4A33 eid= rqeid=> request: class: PostgreSQL72Exception name: PostgreSQL72FatalError reason: fatal pgsql error (channel=<0x0x88c2014[PostgreSQL72Channel]: connection=<0x0x88c2214[PGConnection]: connection=0x0x88c2a88>>): ERROR: invalid input syntax for type timestamp with time zone: "%Y-%m-%d %H:%M:%S%z" info: From developer@opengroupware.org Tue Dec 12 02:15:44 2006 From: developer@opengroupware.org (Helge Hess) Date: Tue, 12 Dec 2006 03:15:44 +0100 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: <1165867995.3736.74.camel@aleph.whitemice.org> References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> <1165793883.4698.3.camel@aleph.whitemice.org> <59F50EA7-1D34-407B-8FD7-8A5ABF16C6A0@opengroupware.org> <1165797458.4698.6.camel@aleph.whitemice.org> <1165805497.4698.10.camel@aleph.whitemice.org> <1165856046.3736.46.camel@aleph.whitemice.org> <1165856492.3736.50.camel@aleph.whitemice.org> <632F1A9B-2DB1-4F83-96C2-A306D5353637@opengroupware.org> <1165867995.3736.74.camel@aleph.whitemice.org> Message-ID: On Dec 11, 2006, at 21:13, Adam Tauno Williams wrote: > Interesting; I had another box sitting around with an older > version of > OGo, I updated it to the nightly trunk packages. And when I try to > login.... Well, I've recompiled everything from source and it works fine for me. Just to be sure, you do use - libFoundation 1.1.x - SOPE 4.5.something+++ ? Greets, Helge -- Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Tue Dec 12 02:22:48 2006 From: developer@opengroupware.org (Adam Tauno Williams) Date: Mon, 11 Dec 2006 21:22:48 -0500 Subject: [OGo-Developer] OGo Trunk WebUI Crashing With Signal#6 In-Reply-To: References: <1165767612.10446.1.camel@aleph.whitemice.org> <1165786969.10446.22.camel@aleph.whitemice.org> <90D4589B-7B84-442D-A636-DE393FB6F334@opengroupware.org> <1165793883.4698.3.camel@aleph.whitemice.org> <59F50EA7-1D34-407B-8FD7-8A5ABF16C6A0@opengroupware.org> <1165797458.4698.6.camel@aleph.whitemice.org> <1165805497.4698.10.camel@aleph.whitemice.org> <1165856046.3736.46.camel@aleph.whitemice.org> <1165856492.3736.50.camel@aleph.whitemice.org> <632F1A9B-2DB1-4F83-96C2-A306D5353637@opengroupware.org> <1165867995.3736.74.camel@aleph.whitemice.org> Message-ID: <1165890168.3663.4.camel@aleph.whitemice.org> > > Interesting; I had another box sitting around with an older > > version of > > OGo, I updated it to the nightly trunk packages. And when I try to > > login.... > Well, I've recompiled everything from source and it works fine for me. > Just to be sure, you do use > - libFoundation 1.1.x > - SOPE 4.5.something+++ > ? Yep, I build SOPE for myself so I'd have symbols, rebuilt OGo, and now.... it works perfectly. Grrrrr..... I've still got the problem on one of my boxes so I'll poke around some more, it must be some weird result of updating packages. From developer@opengroupware.org Tue Dec 12 17:42:28 2006 From: developer@opengroupware.org (=?ISO-8859-1?Q?St=E9phane_Corth=E9sy?=) Date: Tue, 12 Dec 2006 18:42:28 +0100 Subject: [OGo-Developer] OWFormElementName In-Reply-To: <6894FA88-A71A-4D21-870F-B01E4C519AE4@opengroupware.org> References: <6894FA88-A71A-4D21-870F-B01E4C519AE4@opengroupware.org> Message-ID: Hi, I dug that problem deeper. The error, committed in v1101, is in WOWrapperTemplateBuilder.m. In -=20 dynamicElementWithName:attributes:contentElements:, there is a call =20 [self addAttributes:_attributes toAssociations:assoc]. _attributes =20 contains the element's 'name' (or 'NAME') that is in the element, and that name is added to the associations, =20 whereas it shouldn't. By commenting that line out, problem is solved. =20= If there could be more key-value pairs than the 'name' one (why/how? =20 Not in a .wo template, AFAIK, but probably in .wox ones), then we =20 should simply remove those (name/NAME) ones from the dictionary =20 passed to addAttributes:toAssociations:. Though it is annoying to have to add an explicit 'name' attribute to =20 WOElements when you need to refer to that element in javascript, for =20 example, it is definitely not possible to use the value; you will have invalid HTML as soon as =20 your is used more than once in your page, for =20 example wrapped in a WORepetition, or coming from another component. St=E9phane On Nov 2, 2006, at 15:59, Helge Hess wrote: > On Nov 2, 2006, at 15:42, St=E9phane Corth=E9sy wrote: >> In our opinion the cause of the problem is that the default name =20 >> returned for element names is not a unique ID anymore, but uses =20 >> the element's wod given name (see code below, from WOInput.m in =20 >> NGObjWeb). This should not be the case, even if it helps =20 >> Javascripting. > > You are absolutely correct, it shouldn't be that way and it AFAIK =20 > isn't ;-) > >> Am I missing something? Is there a way to force a unique ID =20 >> without changing the code below? > > ---snip--- > NSString *OWFormElementName(WOInput *self, WOContext *_ctx) { > NSString *name; > > if (self->name =3D=3D nil) > return [_ctx elementID]; > > if ((name =3D [self->name stringValueInComponent:[_ctx =20 > component]]) !=3D nil) > return name; > ---snap--- > > This 'self->name' is/should be the 'name' binding of the form, not =20 > the ID of the .wod element (which is stored in 'NAME'). > > Eg: > MyField: WOTextField { > name =3D "myfield"; > } > > self->name will be 'myfield' (WOValueAssociation), not 'MyField'. > > > In fact I just tried samples/HelloForm and it outputs this: > ---snip--- > > ---snap--- > > for this: > ---snip--- > Form: WOForm { > action =3D self; > } > > TextField: WOTextField { > value =3D item; > } > > Submit: WOSubmitButton { > value =3D "OK"; > } > ---snap--- > > Which looks just fine? > > >> P.-S. >> This question has been posted on macosx@opengroupware.org list a =20 >> few weeks ago by Marco Scheurer, but got no response. I hope I'll =20 >> have more luck here. > > Yes, sorry. Was lost in my inbox. > > Greets, > Helge > --=20 > Helge Hess > http://docs.opengroupware.org/Members/helge/ > > > -- > OpenGroupware.org Developer > developer@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/developer From developer@opengroupware.org Tue Dec 12 19:43:21 2006 From: developer@opengroupware.org (Helge Hess) Date: Tue, 12 Dec 2006 20:43:21 +0100 Subject: [OGo-Developer] OWFormElementName In-Reply-To: References: <6894FA88-A71A-4D21-870F-B01E4C519AE4@opengroupware.org> Message-ID: <91393D9F-31D8-4C77-9DA4-58F375B6ACE9@opengroupware.org> On Dec 12, 2006, at 18:42, St=E9phane Corth=E9sy wrote: > I dug that problem deeper. > The error, committed in v1101, is in WOWrapperTemplateBuilder.m. In =20= > -dynamicElementWithName:attributes:contentElements:, there is a =20 > call [self addAttributes:_attributes toAssociations:assoc]. =20 > _attributes contains the element's 'name' (or 'NAME') that is in =20 > the element, Yes. > and that name is added to the associations, whereas it shouldn't. No, it isn't, at least I can't see where and I can't reproduce your =20 issue either. ---snip--- if (count =3D=3D 1 && [_attrs objectForKey:@"NAME"] !=3D nil) return; e =3D [_attrs keyEnumerator]; while ((key =3D [e nextObject]) !=3D nil) { BOOL doRelease; id value; if ([key isEqualToString:@"NAME"]) /* , not =20= in assocs */ continue; ---snap--- The 'NAME' is explicitly skipped. > By commenting that line out, problem is solved. If there could be =20 > more key-value pairs than the 'name' one (why/how? Not in a .wo =20 > template In SOPE you can override associations inside the template or even =20 have an element without a .wod entry, eg: <#WOString var:value=3D"customer.name" /> or <#MyString value=3D"Title 1"/> <#MyString value=3D"Title 2"/> with MyString: WORichString { bold =3D YES; } etc. > , AFAIK, but probably in .wox ones) No, the .wox parser never populates the attrs, it directly builds =20 associations from the tag attributes. > , then we should simply remove those (name/NAME) ones from the =20 > dictionary passed to addAttributes:toAssociations:. Or skip them ;-) > Though it is annoying to have to add an explicit 'name' attribute =20 > to WOElements when you need to refer to that element in javascript, =20= > for example, it is definitely not possible to use the > value; you will have invalid HTML as soon as =20= > your is used more than once in your page, for =20= > example wrapped in a WORepetition, or coming from another component. I absolutely agree. The 'WEBOBJECT NAME' shouldn't and has nothing to =20= do with the output. Sorry, but as mentioned I can't reproduce your issue and in the code =20 it looks quite right?! :-( Greets, Helge --=20 Helge Hess http://docs.opengroupware.org/Members/helge/ From developer@opengroupware.org Wed Dec 13 08:31:43 2006 From: developer@opengroupware.org (=?ISO-8859-1?Q?St=E9phane_Corth=E9sy?=) Date: Wed, 13 Dec 2006 09:31:43 +0100 Subject: [OGo-Developer] OWFormElementName In-Reply-To: <91393D9F-31D8-4C77-9DA4-58F375B6ACE9@opengroupware.org> References: <6894FA88-A71A-4D21-870F-B01E4C519AE4@opengroupware.org> <91393D9F-31D8-4C77-9DA4-58F375B6ACE9@opengroupware.org> Message-ID: Hi, On Dec 12, 2006, at 20:43, Helge Hess wrote: > On Dec 12, 2006, at 18:42, St=E9phane Corth=E9sy wrote: >> I dug that problem deeper. >> The error, committed in v1101, is in WOWrapperTemplateBuilder.m. =20 >> In -dynamicElementWithName:attributes:contentElements:, there is a =20= >> call [self addAttributes:_attributes toAssociations:assoc]. =20 >> _attributes contains the element's 'name' (or 'NAME') that is in =20 >> the element, > > Yes. > >> and that name is added to the associations, whereas it shouldn't. > > No, it isn't, at least I can't see where and I can't reproduce your =20= > issue either. > ---snip--- > if (count =3D=3D 1 && [_attrs objectForKey:@"NAME"] !=3D nil) > return; > > e =3D [_attrs keyEnumerator]; > while ((key =3D [e nextObject]) !=3D nil) { > BOOL doRelease; > id value; > > if ([key isEqualToString:@"NAME"]) /* , not =20= > in assocs */ > continue; > ---snap--- > The 'NAME' is explicitly skipped. OK for 'NAME', but not for 'name'... Template can contain or (BTW, why does the WO parser = checks =20 only for WEBOBJECT/webobject and NAME/name? Tags should be case-=20 insensitive); latest WOBuilder always uses lowercase tags. >> By commenting that line out, problem is solved. If there could be =20 >> more key-value pairs than the 'name' one (why/how? Not in a .wo =20 >> template > > In SOPE you can override associations inside the template or even =20 > have an element without a .wod entry, eg: > <#WOString var:value=3D"customer.name" /> > or > <#MyString value=3D"Title 1"/> > <#MyString value=3D"Title 2"/> > > with > MyString: WORichString { > bold =3D YES; > } > etc. OK, I understand that, but there is a flaw with the 'name' attribute: =20= that attribute is (currently) both the attribute used internally by =20 WO, AND the public attribute in the resulting HTML; that's where is =20 the mistake. You'd better use the 'id' attribute, instead of the =20 'name' one for javascript use. >> , AFAIK, but probably in .wox ones) > > No, the .wox parser never populates the attrs, it directly builds =20 > associations from the tag attributes. > >> , then we should simply remove those (name/NAME) ones from the =20 >> dictionary passed to addAttributes:toAssociations:. > > Or skip them ;-) I remove them after adding all attributes; it's simply 2 more lines =20 after that call. >> Though it is annoying to have to add an explicit 'name' attribute =20 >> to WOElements when you need to refer to that element in =20 >> javascript, for example, it is definitely not possible to use the >> value; you will have invalid HTML as soon as =20= >> your is used more than once in your page, for =20= >> example wrapped in a WORepetition, or coming from another component. > > I absolutely agree. The 'WEBOBJECT NAME' shouldn't and has nothing =20 > to do with the output. OK, fine. So, let's fix that bug. > Sorry, but as mentioned I can't reproduce your issue and in the =20 > code it looks quite right?! :-( Create a page containing this: MyTextField1: WOTextField { value =3D value; } You'll notice that the generated HTML contains the attribute =20 name=3D"MyTextField1". St=E9phane > Greets, > Helge > --=20 > Helge Hess > http://docs.opengroupware.org/Members/helge/ > > > -- > OpenGroupware.org Developer > developer@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/developer From developer@opengroupware.org Wed Dec 13 12:30:10 2006 From: developer@opengroupware.org (Helge Hess) Date: Wed, 13 Dec 2006 13:30:10 +0100 Subject: [OGo-Developer] OWFormElementName In-Reply-To: References: <6894FA88-A71A-4D21-870F-B01E4C519AE4@opengroupware.org> <91393D9F-31D8-4C77-9DA4-58F375B6ACE9@opengroupware.org> Message-ID: <600B1993-741D-4A45-985E-F15A19564970@opengroupware.org> On Dec 13, 2006, at 09:31, St=E9phane Corth=E9sy wrote: > OK for 'NAME', but not for 'name'... Template can contain =20 > or Of course you are right. I actually tried with the lowercase name but =20= was too blind to see the missing element-id ;-) [only looked for two =20 name attributes getting rendered] Should be fixed in r1389. The 'name' is now a special attribute and always gets =20 'uppercased' (during parsing). This is necessary for <#abc name=3D"def"/> style tags, because this has in fact two 'name' bindings (NAME=3Dabc =20 and name=3Ddef). > (BTW, why does the WO parser checks only for WEBOBJECT/webobject =20 > and NAME/name? Tags should be case-insensitive); latest WOBuilder =20 > always uses lowercase tags. I've tried: And this works? >>> , then we should simply remove those (name/NAME) ones from the =20 >>> dictionary passed to addAttributes:toAssociations:. >> Or skip them ;-) > I remove them after adding all attributes; it's simply 2 more lines =20= > after that call. This breaks 'name' attributes in hash tags. >> I absolutely agree. The 'WEBOBJECT NAME' shouldn't and has nothing =20= >> to do with the output. > OK, fine. So, let's fix that bug. Done. Thanks, Helge --=20 Helge Hess http://docs.opengroupware.org/Members/helge/