opengroupware-devel Mailing List for OpenGroupware
Brought to you by:
buzzzzdeeee,
whitemice
Menu
▾
▴
opengroupware-devel — OpenGroupware Legacy Developers
You can subscribe to this list here.
| 2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(15) |
Dec
(15) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2012 |
Jan
(36) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(10) |
Jul
(27) |
Aug
(2) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
(12) |
| 2013 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
(6) |
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
|
|
From: Sebastian R. <seb...@l0...> - 2013-11-20 12:32:13
|
On Wednesday, November 20, 2013 13:23 CET, Adam Tauno Williams <awi...@wh...> wrote: > On Wed, 2013-11-20 at 08:16 +0100, Sebastian Reitenbach wrote: > > On Tuesday, November 19, 2013 22:39 CET, Adam Tauno Williams <awi...@wh...> wrote: > > > Using the package repository for SOPE & GNU @ > > > http://download.opensuse.org/repositories/spins:/invis/openSUSE_12.3/spins:invis.repo > > > I cleaned up my old libraries, etc... and installed the SOPE packages. > > > SOPE-appserver-2.0.7-18.1.x86_64 > > > SOPE-gdl1-postgresql-2.0.7-18.1.x86_64 > > > SOPE-core-2.0.7-18.1.x86_64 > > > SOPE-devel-2.0.7-18.1.x86_64 > > > SOPE-xml-2.0.7-18.1.x86_64 > > > gnustep-base-devel-1.24.4-10.1.x86_64 > > > gnustep-make-2.6.2-8.1.x86_64 > > > gnustep-base-1.24.4-10.1.x86_64 > > splitting one software into dozens of packages is a mess, whoever had that idea should be slapped ;) > > That is normal, it reduces having a huge dependency [everything SOPE > might ever use] in one package. > > > Do you have the libNG* libGDL* rpms installed too? > > Yes, and the libNGLdap library is available, and all dependencies are > satisfied [I checked it with ldd]. > > > > Sadly "./configure --prefix=/usr/local" does not make it very far. > > > It fails with "failed to link required library: NGLdap" > > > OGoroot@linux-86wr:/home/awilliam/projects/legacy/opengroupware/opengroupware/.configure-test-28026> cat out.log > > > This is gnustep-make 2.6.2. Type 'make print-gnustep-make-help' for > > > help. > > > Making all for tool linktest... > > > OGoroot@linux-86wr:/home/awilliam/projects/legacy/opengroupware/opengroupware/.configure-test-28026> cat err.log > > > /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/crt1.o: In > > > function `_start': > > > /home/abuild/rpmbuild/BUILD/glibc-2.17/csu/../sysdeps/x86_64/start.S:119: undefined reference to `main' > > > collect2: error: ld returned 1 exit status > > > make[3]: *** [obj/linktest] Error 1 > > > make[2]: *** [internal-tool-all_] Error 2 > > > make[1]: *** [linktest.all.tool.variables] Error 2 > > > make: *** [linktest] Error 2 > > > That seems like an odd error. > > It really seems like some kind of build environment failure; almost as > though it is not building the dummy.m that is in the .config... test > folder. That clearly contains a main() function. do you can show the output of make messages=yes then. I'm interested in how gcc is called and with what parameters. I've seen undefined references to 'main' on OpenBSD VAX for example. OpenBSD VAX is a static archive, and when someone tries to compile a shared library, instead of a static one, then that's a usual error about it, happening at the linking state. So may be totally unrelated but who knows. cheers, Sebastian > > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Opengroupware-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengroupware-devel |
|
From: Adam T. W. <awi...@wh...> - 2013-11-20 12:23:36
|
On Wed, 2013-11-20 at 08:16 +0100, Sebastian Reitenbach wrote: > On Tuesday, November 19, 2013 22:39 CET, Adam Tauno Williams <awi...@wh...> wrote: > > Using the package repository for SOPE & GNU @ > > http://download.opensuse.org/repositories/spins:/invis/openSUSE_12.3/spins:invis.repo > > I cleaned up my old libraries, etc... and installed the SOPE packages. > > SOPE-appserver-2.0.7-18.1.x86_64 > > SOPE-gdl1-postgresql-2.0.7-18.1.x86_64 > > SOPE-core-2.0.7-18.1.x86_64 > > SOPE-devel-2.0.7-18.1.x86_64 > > SOPE-xml-2.0.7-18.1.x86_64 > > gnustep-base-devel-1.24.4-10.1.x86_64 > > gnustep-make-2.6.2-8.1.x86_64 > > gnustep-base-1.24.4-10.1.x86_64 > splitting one software into dozens of packages is a mess, whoever had that idea should be slapped ;) That is normal, it reduces having a huge dependency [everything SOPE might ever use] in one package. > Do you have the libNG* libGDL* rpms installed too? Yes, and the libNGLdap library is available, and all dependencies are satisfied [I checked it with ldd]. > > Sadly "./configure --prefix=/usr/local" does not make it very far. > > It fails with "failed to link required library: NGLdap" > > OGoroot@linux-86wr:/home/awilliam/projects/legacy/opengroupware/opengroupware/.configure-test-28026> cat out.log > > This is gnustep-make 2.6.2. Type 'make print-gnustep-make-help' for > > help. > > Making all for tool linktest... > > OGoroot@linux-86wr:/home/awilliam/projects/legacy/opengroupware/opengroupware/.configure-test-28026> cat err.log > > /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/crt1.o: In > > function `_start': > > /home/abuild/rpmbuild/BUILD/glibc-2.17/csu/../sysdeps/x86_64/start.S:119: undefined reference to `main' > > collect2: error: ld returned 1 exit status > > make[3]: *** [obj/linktest] Error 1 > > make[2]: *** [internal-tool-all_] Error 2 > > make[1]: *** [linktest.all.tool.variables] Error 2 > > make: *** [linktest] Error 2 > > That seems like an odd error. It really seems like some kind of build environment failure; almost as though it is not building the dummy.m that is in the .config... test folder. That clearly contains a main() function. |
|
From: Sebastian R. <seb...@l0...> - 2013-11-20 07:17:12
|
On Tuesday, November 19, 2013 22:39 CET, Adam Tauno Williams <awi...@wh...> wrote: > Using the package repository for SOPE & GNU @ > http://download.opensuse.org/repositories/spins:/invis/openSUSE_12.3/spins:invis.repo > > I cleaned up my old libraries, etc... and installed the SOPE packages. > > SOPE-appserver-2.0.7-18.1.x86_64 > SOPE-gdl1-postgresql-2.0.7-18.1.x86_64 > SOPE-core-2.0.7-18.1.x86_64 > SOPE-devel-2.0.7-18.1.x86_64 > SOPE-xml-2.0.7-18.1.x86_64 > gnustep-base-devel-1.24.4-10.1.x86_64 > gnustep-make-2.6.2-8.1.x86_64 > gnustep-base-1.24.4-10.1.x86_64 splitting one software into dozens of packages is a mess, whoever had that idea should be slapped ;) Do you have the libNG* libGDL* rpms installed too? Sebastian > > Sadly "./configure --prefix=/usr/local" does not make it very far. > > It fails with "failed to link required library: NGLdap" > > OGoroot@linux-86wr:/home/awilliam/projects/legacy/opengroupware/opengroupware/.configure-test-28026> cat out.log > This is gnustep-make 2.6.2. Type 'make print-gnustep-make-help' for > help. > Making all for tool linktest... > OGoroot@linux-86wr:/home/awilliam/projects/legacy/opengroupware/opengroupware/.configure-test-28026> cat err.log > /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/crt1.o: In > function `_start': > /home/abuild/rpmbuild/BUILD/glibc-2.17/csu/../sysdeps/x86_64/start.S:119: undefined reference to `main' > collect2: error: ld returned 1 exit status > make[3]: *** [obj/linktest] Error 1 > make[2]: *** [internal-tool-all_] Error 2 > make[1]: *** [linktest.all.tool.variables] Error 2 > make: *** [linktest] Error 2 > > That seems like an odd error. > > -- > Adam Tauno Williams <mailto:awi...@wh...> GPG D95ED383 > OpenGroupware Developer <http://www.opengroupware.us/> > > > ------------------------------------------------------------------------------ > Shape the Mobile Experience: Free Subscription > Software experts and developers: Be at the forefront of tech innovation. > Intel(R) Software Adrenaline delivers strategic insight and game-changing > conversations that shape the rapidly evolving mobile landscape. Sign up now. > http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk > _______________________________________________ > Opengroupware-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengroupware-devel |
|
From: Adam T. W. <awi...@wh...> - 2013-11-19 22:05:21
|
Using the package repository for SOPE & GNU @ http://download.opensuse.org/repositories/spins:/invis/openSUSE_12.3/spins:invis.repo I cleaned up my old libraries, etc... and installed the SOPE packages. SOPE-appserver-2.0.7-18.1.x86_64 SOPE-gdl1-postgresql-2.0.7-18.1.x86_64 SOPE-core-2.0.7-18.1.x86_64 SOPE-devel-2.0.7-18.1.x86_64 SOPE-xml-2.0.7-18.1.x86_64 gnustep-base-devel-1.24.4-10.1.x86_64 gnustep-make-2.6.2-8.1.x86_64 gnustep-base-1.24.4-10.1.x86_64 Sadly "./configure --prefix=/usr/local" does not make it very far. It fails with "failed to link required library: NGLdap" OGoroot@linux-86wr:/home/awilliam/projects/legacy/opengroupware/opengroupware/.configure-test-28026> cat out.log This is gnustep-make 2.6.2. Type 'make print-gnustep-make-help' for help. Making all for tool linktest... OGoroot@linux-86wr:/home/awilliam/projects/legacy/opengroupware/opengroupware/.configure-test-28026> cat err.log /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/crt1.o: In function `_start': /home/abuild/rpmbuild/BUILD/glibc-2.17/csu/../sysdeps/x86_64/start.S:119: undefined reference to `main' collect2: error: ld returned 1 exit status make[3]: *** [obj/linktest] Error 1 make[2]: *** [internal-tool-all_] Error 2 make[1]: *** [linktest.all.tool.variables] Error 2 make: *** [linktest] Error 2 That seems like an odd error. -- Adam Tauno Williams <mailto:awi...@wh...> GPG D95ED383 OpenGroupware Developer <http://www.opengroupware.us/> |
|
From: Sebastian R. <seb...@l0...> - 2013-10-29 06:44:54
|
Hi, just commited OGo 5.5rc2 port to the OpenBSD ports tree. It will not make it to the OpenBSD 5.4 release coming November 1st. That release was tagged in summer ;) However, it is now in OpenBSD -current, and will be in OpenBSD 5.5 release, scheduled May 1st. next year. Snapshots for the package for amd64, i386 and macppc should arrive shortly on the OpenBSD FTP mirrors. cheers, Sebastian |
|
From: Sebastian R. <seb...@l0...> - 2013-06-20 04:28:41
|
On Saturday, June 8, 2013 04:32 CEST, Adam Tauno Williams <awi...@wh...> wrote: > Build completes, now for some testing. > Did the testing brought up any issues? Sebastian |
|
From: Adam T. W. <awi...@wh...> - 2013-06-08 02:32:44
|
Build completes, now for some testing. GNUstep Make ------------ wget ftp://ftp.gnustep.org/pub/gnustep/core/gnustep-make-2.6.4.tar.gz tar -xvzf gnustep-make-2.6.4.tar.gz cd gnustep-make-2.6.4 LDFLAGS=-L/usr/local/lib ./configure \ --with-layout=fhs \ --prefix=/usr/local \ --with-config-file=/etc/GNUstep.conf \ --with-library-combo="gnu-gnu-gnu" \ --enable-strict-v2-mode \ --enable-multi-platform sudo make install cd .. GNUstep Base ------------ # If you have any really old gnustep libraries hanging around in # /usr/local/ you may want to consider eliminating them. wget ftp://ftp.gnustep.org/pub/gnustep/core/gnustep-base-1.24.4.tar.gz tar -xvzf gnustep-base-1.24.4.tar.gz cd gnustep-base-1.24.4 ./configure --disable-procfs --disable-procfs-psinfo make sudo PATH=$PATH:/usr/local/bin make install cd .. SOPE ---- wget http://www.sogo.nu/files/downloads/SOGo/Sources/SOPE-2.0.5a.tar.gz tar xzvf SOPE-2.0.5a.tar.gz cd SOPE ./configure \ --prefix=/usr/local \ --gsmake=/usr/local/share/GNUstep/Makefiles make messages=yes sudo make messages=yes install cd .. ### REFRESH THE SYSTEM'S LIBRARY CACHE sudo /sbin/ldconfig ### TEST RUNTIME ENVIRONMENT $ defaults defaults: too few arguments supplied! - This means the "defaults" command is available and it was able to load all the libraries required for it to run. If instead you get a "error while loading shared libraries" error then the run-time environment is dorked somehow. OpenGroupware Legacy -------------------- hg clone http://hg.code.sf.net/p/opengroupware/code OGo cd OGo/opengroupware ./configure --prefix=/usr/local make APR=/usr/bin/apr-1-config APXS=/usr/sbin/apxs2 sudo make install |
|
From: Adam T. W. <awi...@wh...> - 2013-06-04 11:54:10
|
On Tue, 2013-06-04 at 13:08 +0200, Sebastian Reitenbach wrote: > On Tuesday, June 4, 2013 12:11 CEST, Adam Tauno Williams <awi...@wh...> wrote: > > > GNUstep Base > > > ------------ > > > # If you have any really old gnustep libraries hanging around in > > > # /usr/local/ you may want to consider eliminating them. > > > wget ftp://ftp.gnustep.org/pub/gnustep/core/gnustep-base-1.24.0.tar.gz > > > tar -xvzf gnustep-base-1.24.0.tar.gz > > > cd gnustep-base-1.24.0 > > > ./configure --disable-procfs --disable-procfs-psinfo > > > make > > > sudo PATH=$PATH:/usr/local/bin make install > > > cd .. > > I run into this problem at "make" > could you try upgrading to the latest releases? > gnustep -make is at 2.6.4, and gnustep-base is at 1.24.4, then try again. > Also, since it seems xml related, what is the version of your libxml2? > Maybe you can upgrade this to a more recent version too? gnustep-make now at 2.6.4 gnustep-base now at 1.24.4 > When I compare the code where it fails, in 2.24.4 it looks like: > /** > * Returns a string representation of the node and all its children > * (ie the XML text) or nil if the node does not have reasonable contents. > whereas in 2.24.0, the #if #else #endif is not there. > So I'd guess, with a newer version of gnustep-base you should be fine. Yep, looks like build completes with that version. Onwards.... |
|
From: Sebastian R. <seb...@l0...> - 2013-06-04 11:28:21
|
On Tuesday, June 4, 2013 12:11 CEST, Adam Tauno Williams <awi...@wh...> wrote: > > GNUstep Base > > ------------ > > # If you have any really old gnustep libraries hanging around in > > # /usr/local/ you may want to consider eliminating them. > > wget ftp://ftp.gnustep.org/pub/gnustep/core/gnustep-base-1.24.0.tar.gz > > tar -xvzf gnustep-base-1.24.0.tar.gz > > cd gnustep-base-1.24.0 > > ./configure --disable-procfs --disable-procfs-psinfo > > make > > sudo PATH=$PATH:/usr/local/bin make install > > cd .. > > > I run into this problem at "make" could you try upgrading to the latest releases? gnustep -make is at 2.6.4, and gnustep-base is at 1.24.4, then try again. Also, since it seems xml related, what is the version of your libxml2? Maybe you can upgrade this to a more recent version too? When I compare the code where it fails, in 2.24.4 it looks like: /** * Returns a string representation of the node and all its children * (ie the XML text) or nil if the node does not have reasonable contents. */ - (NSString*) description { NSString *string = nil; xmlOutputBufferPtr buf; buf = xmlAllocOutputBuffer(0); if (buf != 0) { xmlNodeDumpOutput(buf, ((xmlNodePtr)(lib))->doc, (xmlNodePtr)(lib), 1, 1, "utf-8"); xmlOutputBufferFlush(buf); #if LIBXML_VERSION < 20900 string = UTF8StrLen(buf->buffer->content, buf->buffer->use); #else string = UTF8StrLen(xmlBufContent(buf->buffer), xmlBufUse(buf->buffer)); #endif xmlOutputBufferClose(buf); } return string; } whereas in 2.24.0, the #if #else #endif is not there. So I'd guess, with a newer version of gnustep-base you should be fine. cheers, Sebastian > > awilliam@workstation:~/tmp/gnustep-base-1.24.0> make > This is gnustep-make 2.6.2. Type 'make print-gnustep-make-help' for > help. > Running in gnustep-make version 2 strict mode. > Making all in Source ... > Making all in Additions ... > Making all for subproject Additions... > Compiling file GSObjCRuntime.m ... > Compiling file GCObject.m ... > Compiling file GCArray.m ... > Compiling file GCDictionary.m ... > Compiling file GSLock.m ... > Compiling file GSMime.m ... > Compiling file GSXML.m ... > GSXML.m: In function ‘-[GSXMLNode description]’: > GSXML.m:987:38: error: dereferencing pointer to incomplete type > GSXML.m:987:60: error: dereferencing pointer to incomplete type > make[4]: *** [obj/Additions.obj/GSXML.m.o] Error 1 > make[3]: *** [internal-subproject-all_] Error 2 > make[2]: *** [Additions.all.subproject.variables] Error 2 > make[1]: *** [internal-all] Error 2 > make: *** [internal-all] Error 2 > > > -- > Adam Tauno Williams <http://www.whitemiceconsulting.com> > System Administrator, OpenGroupware Developer, LPI / CNA > Fingerprint 8C08 209A FBE3 C41A DD2F A270 2D17 8FA4 D95E D383 > > > ------------------------------------------------------------------------------ > How ServiceNow helps IT people transform IT departments: > 1. A cloud service to automate IT design, transition and operations > 2. Dashboards that offer high-level views of enterprise services > 3. A single system of record for all IT processes > http://p.sf.net/sfu/servicenow-d2d-j > _______________________________________________ > Opengroupware-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengroupware-devel |
|
From: Adam T. W. <awi...@wh...> - 2013-06-04 10:36:22
|
> GNUstep Base > ------------ > # If you have any really old gnustep libraries hanging around in > # /usr/local/ you may want to consider eliminating them. > wget ftp://ftp.gnustep.org/pub/gnustep/core/gnustep-base-1.24.0.tar.gz > tar -xvzf gnustep-base-1.24.0.tar.gz > cd gnustep-base-1.24.0 > ./configure --disable-procfs --disable-procfs-psinfo > make > sudo PATH=$PATH:/usr/local/bin make install > cd .. I run into this problem at "make" awilliam@workstation:~/tmp/gnustep-base-1.24.0> make This is gnustep-make 2.6.2. Type 'make print-gnustep-make-help' for help. Running in gnustep-make version 2 strict mode. Making all in Source ... Making all in Additions ... Making all for subproject Additions... Compiling file GSObjCRuntime.m ... Compiling file GCObject.m ... Compiling file GCArray.m ... Compiling file GCDictionary.m ... Compiling file GSLock.m ... Compiling file GSMime.m ... Compiling file GSXML.m ... GSXML.m: In function ‘-[GSXMLNode description]’: GSXML.m:987:38: error: dereferencing pointer to incomplete type GSXML.m:987:60: error: dereferencing pointer to incomplete type make[4]: *** [obj/Additions.obj/GSXML.m.o] Error 1 make[3]: *** [internal-subproject-all_] Error 2 make[2]: *** [Additions.all.subproject.variables] Error 2 make[1]: *** [internal-all] Error 2 make: *** [internal-all] Error 2 -- Adam Tauno Williams <http://www.whitemiceconsulting.com> System Administrator, OpenGroupware Developer, LPI / CNA Fingerprint 8C08 209A FBE3 C41A DD2F A270 2D17 8FA4 D95E D383 |
|
From: Sebastian R. <seb...@l0...> - 2013-04-24 07:50:47
|
Hi, On Tuesday, April 23, 2013 17:57 CEST, Rafel Amer <raf...@up...> wrote: > > > Sebastian, > > I have set the defaults WOMessageUseUTF8, NGUseUTF8AsURLEncoding and WOParsersUseUTF8 > and now the input form elements works as expected. good to know. I'll have to check that those defaults are thoroughly mentioned on the WIKI. cheers, Sebastian > > > Thanks, > > Rafel Amer > > > > > Al 21/04/13 19:53, En/na Sebastian Reitenbach ha escrit: > > Hi Rafel, > > On Friday, April 19, 2013 14:41 CEST, Rafel Amer <raf...@up...> wrote: > > > >> Al 19/04/13 13:20, En/na Adam Tauno Williams ha escrit: > >>> On Sat, 2013-04-13 at 23:16 +0200, Rafel Amer wrote: > >>>> Hello, > >>>> we are using OpenGroupware 1.0 since 2005, and now we are testing > >>>> OpenGroupware 5.5 > >>>> for a possible upgrade. > >>>> But, the html input elements with accented vowels like á, à, é, è, í, > >>>> ó, ò, ú, etc. doesn't work > >>>> as expected. For example, if a user has a password like "Port > >>>> Alcúdia", the tcpdump program > >>>> shows us that the information sent to port 20000 is > >>>> POST /OpenGroupware.woa/x/login?da=&o=1365751796 HTTP/1.1 > >>>> x-webobjects-server-protocol: HTTP/1.1 > >>>> x-webobjects-remote-addr: 147.83.3.198 > >>>> x-webobjects-remote-host: 147.83.3.198 > >>>> x-webobjects-server-name: rams.claimcenter.com > >>>> x-webobjects-server-url: https://rams.claimcenter.com > >>>> x-webobjects-https-enabled: 1 > >>>> x-webobjects-clients-cert: > >>>> Host: rams.claimcenter.com > >>>> User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0 > >>>> Accept: text/html,application/xhtml+xml,application/xml > >>>> Accept-Language: en-US,en;q=0.5 > >>>> Accept-Encoding: gzip, deflate > >>>> Referer: https://rams.claimcenter.com/claim-softAA.woa/x/login?da=&o=1365751721 > >>>> Cookie: __utma=160417214.809535573.1331123314.1331123314.1331123314.1 > >>>> Connection: keep-alive > >>>> Content-Type: application/x-www-form-urlencoded > >>>> Content-Length: 108 > >>>> browserconfig=%7BisJavaScriptEnabled%3DYES%3B%7D&login=rafel.amer&password=Port+Alc%FAdia&loginbutton=Entrar > >>>> and if I put the following code in the file WebUI/Main/WODirectAction > >>>> +LoginAction.m > >>>> - (id<WOActionResults>)loginAction { > >>>> WORequest *req; > >>>> req = [self request]; > >>>> NSLog(@"HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH %@",[req formValues]); > >>>> return [self loginActionWithLogin:[req formValueForKey:@"login"] > >>>> password:[req formValueForKey:@"password"] > >>>> request:req]; > >>>> } > >>>> the ogo-webui.log shows > >>>> HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH {browserconfig = ("{isJavaScriptEnabled=YES;}"); da = (""); > >>>> login = ("rafel.amer"); loginbutton = (Entrar); o = (1365751835); password = (""); } > >>> Hmmm.. I'm not sure it would 'normally' show the password value in the > >>> log, as that would be bad. > >>> > >> > >> The password is shown because I added > >> > >> WORequest *req; > >> req = [self request]; > >> NSLog(@"HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH %@",[req formValues]); > >> > >> in the file WebUI/Main/WODirectAction+LoginAction.m for testing purposes. > >> > >> > >>>> The same happens in all form inputs in OpenGroupware when we introduce > >>>> accented vowels. > >>> Ok. So if you input a value with an accented character in some other > >>> form you get the same behavior? Is the field [as seen in the POST > >>> capture] also dropped like the password value is, or is it just that > >>> there is an error? > >> > >> Yes, if I input a value with an accented character in any form > >> (projects, contacts, tasks, etc.) > >> tha valu is dropped. > >> > >> > >>>> ie, the password value has been removed in some place. I don't know if > >>>> the problem is due to OpenGroupware or SOPE or anything else. > >>>> Our system is Debian wheezy with gcc-4.7, gnustep-make-2.6.3, > >>>> gnustep-base-1.24.3 and SOPE-2.0.4b. > >>>> Do you know how I can find and solve this problem? > >>> I'll poke at it, I need to test this myself anyway. > > Do you have the following defaults set: > > > > $ defaults read | grep -i utf > > NSGlobalDomain WOMessageUseUTF8 YES > > NSGlobalDomain NGUseUTF8AsURLEncoding YES > > NSGlobalDomain WOParsersUseUTF8 YES > > > > > > if not, set them as your OGo system user with: > > defaults write NSGlobalDomain WOMessageUseUTF8 YES > > > > and restart ogo, and try again. > > > > For me, German Umlauts work with that. > > > > cheers, > > Sebastian > > > >>> > >>> ------------------------------------------------------------------------------ > >>> Precog is a next-generation analytics platform capable of advanced > >>> analytics on semi-structured data. The platform includes APIs for building > >>> apps and a phenomenal toolset for data science. Developers can use > >>> our toolset for easy data analysis & visualization. Get a free account! > >>> http://www2.precog.com/precogplatform/slashdotnewsletter > >>> _______________________________________________ > >>> Opengroupware-devel mailing list > >>> Ope...@li... > >>> https://lists.sourceforge.net/lists/listinfo/opengroupware-devel > >> > >> > >> Thanks, > >> > >> Rafel Amer > >> > >> ------------------------------------------------------------------------------ > >> Precog is a next-generation analytics platform capable of advanced > >> analytics on semi-structured data. The platform includes APIs for building > >> apps and a phenomenal toolset for data science. Developers can use > >> our toolset for easy data analysis & visualization. Get a free account! > >> http://www2.precog.com/precogplatform/slashdotnewsletter > >> _______________________________________________ > >> Opengroupware-devel mailing list > >> Ope...@li... > >> https://lists.sourceforge.net/lists/listinfo/opengroupware-devel > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > Precog is a next-generation analytics platform capable of advanced > > analytics on semi-structured data. The platform includes APIs for building > > apps and a phenomenal toolset for data science. Developers can use > > our toolset for easy data analysis & visualization. Get a free account! > > http://www2.precog.com/precogplatform/slashdotnewsletter > > _______________________________________________ > > Opengroupware-devel mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opengroupware-devel > > > ------------------------------------------------------------------------------ > Try New Relic Now & We'll Send You this Cool Shirt > New Relic is the only SaaS-based application performance monitoring service > that delivers powerful full stack analytics. Optimize and monitor your > browser, app, & servers with just a few lines of code. Try New Relic > and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_apr > _______________________________________________ > Opengroupware-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengroupware-devel |
|
From: Rafel A. <raf...@up...> - 2013-04-23 15:56:55
|
Sebastian, I have set the defaults WOMessageUseUTF8, NGUseUTF8AsURLEncoding and WOParsersUseUTF8 and now the input form elements works as expected. Thanks, Rafel Amer Al 21/04/13 19:53, En/na Sebastian Reitenbach ha escrit: > Hi Rafel, > On Friday, April 19, 2013 14:41 CEST, Rafel Amer <raf...@up...> wrote: > >> Al 19/04/13 13:20, En/na Adam Tauno Williams ha escrit: >>> On Sat, 2013-04-13 at 23:16 +0200, Rafel Amer wrote: >>>> Hello, >>>> we are using OpenGroupware 1.0 since 2005, and now we are testing >>>> OpenGroupware 5.5 >>>> for a possible upgrade. >>>> But, the html input elements with accented vowels like á, à, é, è, í, >>>> ó, ò, ú, etc. doesn't work >>>> as expected. For example, if a user has a password like "Port >>>> Alcúdia", the tcpdump program >>>> shows us that the information sent to port 20000 is >>>> POST /OpenGroupware.woa/x/login?da=&o=1365751796 HTTP/1.1 >>>> x-webobjects-server-protocol: HTTP/1.1 >>>> x-webobjects-remote-addr: 147.83.3.198 >>>> x-webobjects-remote-host: 147.83.3.198 >>>> x-webobjects-server-name: rams.claimcenter.com >>>> x-webobjects-server-url: https://rams.claimcenter.com >>>> x-webobjects-https-enabled: 1 >>>> x-webobjects-clients-cert: >>>> Host: rams.claimcenter.com >>>> User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0 >>>> Accept: text/html,application/xhtml+xml,application/xml >>>> Accept-Language: en-US,en;q=0.5 >>>> Accept-Encoding: gzip, deflate >>>> Referer: https://rams.claimcenter.com/claim-softAA.woa/x/login?da=&o=1365751721 >>>> Cookie: __utma=160417214.809535573.1331123314.1331123314.1331123314.1 >>>> Connection: keep-alive >>>> Content-Type: application/x-www-form-urlencoded >>>> Content-Length: 108 >>>> browserconfig=%7BisJavaScriptEnabled%3DYES%3B%7D&login=rafel.amer&password=Port+Alc%FAdia&loginbutton=Entrar >>>> and if I put the following code in the file WebUI/Main/WODirectAction >>>> +LoginAction.m >>>> - (id<WOActionResults>)loginAction { >>>> WORequest *req; >>>> req = [self request]; >>>> NSLog(@"HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH %@",[req formValues]); >>>> return [self loginActionWithLogin:[req formValueForKey:@"login"] >>>> password:[req formValueForKey:@"password"] >>>> request:req]; >>>> } >>>> the ogo-webui.log shows >>>> HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH {browserconfig = ("{isJavaScriptEnabled=YES;}"); da = (""); >>>> login = ("rafel.amer"); loginbutton = (Entrar); o = (1365751835); password = (""); } >>> Hmmm.. I'm not sure it would 'normally' show the password value in the >>> log, as that would be bad. >>> >> >> The password is shown because I added >> >> WORequest *req; >> req = [self request]; >> NSLog(@"HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH %@",[req formValues]); >> >> in the file WebUI/Main/WODirectAction+LoginAction.m for testing purposes. >> >> >>>> The same happens in all form inputs in OpenGroupware when we introduce >>>> accented vowels. >>> Ok. So if you input a value with an accented character in some other >>> form you get the same behavior? Is the field [as seen in the POST >>> capture] also dropped like the password value is, or is it just that >>> there is an error? >> >> Yes, if I input a value with an accented character in any form >> (projects, contacts, tasks, etc.) >> tha valu is dropped. >> >> >>>> ie, the password value has been removed in some place. I don't know if >>>> the problem is due to OpenGroupware or SOPE or anything else. >>>> Our system is Debian wheezy with gcc-4.7, gnustep-make-2.6.3, >>>> gnustep-base-1.24.3 and SOPE-2.0.4b. >>>> Do you know how I can find and solve this problem? >>> I'll poke at it, I need to test this myself anyway. > Do you have the following defaults set: > > $ defaults read | grep -i utf > NSGlobalDomain WOMessageUseUTF8 YES > NSGlobalDomain NGUseUTF8AsURLEncoding YES > NSGlobalDomain WOParsersUseUTF8 YES > > > if not, set them as your OGo system user with: > defaults write NSGlobalDomain WOMessageUseUTF8 YES > > and restart ogo, and try again. > > For me, German Umlauts work with that. > > cheers, > Sebastian > >>> >>> ------------------------------------------------------------------------------ >>> Precog is a next-generation analytics platform capable of advanced >>> analytics on semi-structured data. The platform includes APIs for building >>> apps and a phenomenal toolset for data science. Developers can use >>> our toolset for easy data analysis & visualization. Get a free account! >>> http://www2.precog.com/precogplatform/slashdotnewsletter >>> _______________________________________________ >>> Opengroupware-devel mailing list >>> Ope...@li... >>> https://lists.sourceforge.net/lists/listinfo/opengroupware-devel >> >> >> Thanks, >> >> Rafel Amer >> >> ------------------------------------------------------------------------------ >> Precog is a next-generation analytics platform capable of advanced >> analytics on semi-structured data. The platform includes APIs for building >> apps and a phenomenal toolset for data science. Developers can use >> our toolset for easy data analysis & visualization. Get a free account! >> http://www2.precog.com/precogplatform/slashdotnewsletter >> _______________________________________________ >> Opengroupware-devel mailing list >> Ope...@li... >> https://lists.sourceforge.net/lists/listinfo/opengroupware-devel > > > > > > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > Opengroupware-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengroupware-devel |
|
From: Sebastian R. <seb...@l0...> - 2013-04-21 18:19:24
|
Hi Rafel, On Friday, April 19, 2013 14:41 CEST, Rafel Amer <raf...@up...> wrote: > Al 19/04/13 13:20, En/na Adam Tauno Williams ha escrit: > > On Sat, 2013-04-13 at 23:16 +0200, Rafel Amer wrote: > >> Hello, > >> we are using OpenGroupware 1.0 since 2005, and now we are testing > >> OpenGroupware 5.5 > >> for a possible upgrade. > >> But, the html input elements with accented vowels like á, à, é, è, í, > >> ó, ò, ú, etc. doesn't work > >> as expected. For example, if a user has a password like "Port > >> Alcúdia", the tcpdump program > >> shows us that the information sent to port 20000 is > >> POST /OpenGroupware.woa/x/login?da=&o=1365751796 HTTP/1.1 > >> x-webobjects-server-protocol: HTTP/1.1 > >> x-webobjects-remote-addr: 147.83.3.198 > >> x-webobjects-remote-host: 147.83.3.198 > >> x-webobjects-server-name: rams.claimcenter.com > >> x-webobjects-server-url: https://rams.claimcenter.com > >> x-webobjects-https-enabled: 1 > >> x-webobjects-clients-cert: > >> Host: rams.claimcenter.com > >> User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0 > >> Accept: text/html,application/xhtml+xml,application/xml > >> Accept-Language: en-US,en;q=0.5 > >> Accept-Encoding: gzip, deflate > >> Referer: https://rams.claimcenter.com/claim-softAA.woa/x/login?da=&o=1365751721 > >> Cookie: __utma=160417214.809535573.1331123314.1331123314.1331123314.1 > >> Connection: keep-alive > >> Content-Type: application/x-www-form-urlencoded > >> Content-Length: 108 > >> browserconfig=%7BisJavaScriptEnabled%3DYES%3B%7D&login=rafel.amer&password=Port+Alc%FAdia&loginbutton=Entrar > >> and if I put the following code in the file WebUI/Main/WODirectAction > >> +LoginAction.m > >> - (id<WOActionResults>)loginAction { > >> WORequest *req; > >> req = [self request]; > >> NSLog(@"HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH %@",[req formValues]); > >> return [self loginActionWithLogin:[req formValueForKey:@"login"] > >> password:[req formValueForKey:@"password"] > >> request:req]; > >> } > >> the ogo-webui.log shows > >> HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH {browserconfig = ("{isJavaScriptEnabled=YES;}"); da = (""); > >> login = ("rafel.amer"); loginbutton = (Entrar); o = (1365751835); password = (""); } > > > > Hmmm.. I'm not sure it would 'normally' show the password value in the > > log, as that would be bad. > > > > > The password is shown because I added > > WORequest *req; > req = [self request]; > NSLog(@"HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH %@",[req formValues]); > > in the file WebUI/Main/WODirectAction+LoginAction.m for testing purposes. > > > >> The same happens in all form inputs in OpenGroupware when we introduce > >> accented vowels. > > Ok. So if you input a value with an accented character in some other > > form you get the same behavior? Is the field [as seen in the POST > > capture] also dropped like the password value is, or is it just that > > there is an error? > > > Yes, if I input a value with an accented character in any form > (projects, contacts, tasks, etc.) > tha valu is dropped. > > > >> ie, the password value has been removed in some place. I don't know if > >> the problem is due to OpenGroupware or SOPE or anything else. > >> Our system is Debian wheezy with gcc-4.7, gnustep-make-2.6.3, > >> gnustep-base-1.24.3 and SOPE-2.0.4b. > >> Do you know how I can find and solve this problem? > > I'll poke at it, I need to test this myself anyway. Do you have the following defaults set: $ defaults read | grep -i utf NSGlobalDomain WOMessageUseUTF8 YES NSGlobalDomain NGUseUTF8AsURLEncoding YES NSGlobalDomain WOParsersUseUTF8 YES if not, set them as your OGo system user with: defaults write NSGlobalDomain WOMessageUseUTF8 YES and restart ogo, and try again. For me, German Umlauts work with that. cheers, Sebastian > > > > > > ------------------------------------------------------------------------------ > > Precog is a next-generation analytics platform capable of advanced > > analytics on semi-structured data. The platform includes APIs for building > > apps and a phenomenal toolset for data science. Developers can use > > our toolset for easy data analysis & visualization. Get a free account! > > http://www2.precog.com/precogplatform/slashdotnewsletter > > _______________________________________________ > > Opengroupware-devel mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opengroupware-devel > > > > Thanks, > > Rafel Amer > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > Opengroupware-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengroupware-devel |
|
From: Rafel A. <raf...@up...> - 2013-04-19 12:41:40
|
Al 19/04/13 13:20, En/na Adam Tauno Williams ha escrit: > On Sat, 2013-04-13 at 23:16 +0200, Rafel Amer wrote: >> Hello, >> we are using OpenGroupware 1.0 since 2005, and now we are testing >> OpenGroupware 5.5 >> for a possible upgrade. >> But, the html input elements with accented vowels like á, à, é, è, í, >> ó, ò, ú, etc. doesn't work >> as expected. For example, if a user has a password like "Port >> Alcúdia", the tcpdump program >> shows us that the information sent to port 20000 is >> POST /OpenGroupware.woa/x/login?da=&o=1365751796 HTTP/1.1 >> x-webobjects-server-protocol: HTTP/1.1 >> x-webobjects-remote-addr: 147.83.3.198 >> x-webobjects-remote-host: 147.83.3.198 >> x-webobjects-server-name: rams.claimcenter.com >> x-webobjects-server-url: https://rams.claimcenter.com >> x-webobjects-https-enabled: 1 >> x-webobjects-clients-cert: >> Host: rams.claimcenter.com >> User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0 >> Accept: text/html,application/xhtml+xml,application/xml >> Accept-Language: en-US,en;q=0.5 >> Accept-Encoding: gzip, deflate >> Referer: https://rams.claimcenter.com/claim-softAA.woa/x/login?da=&o=1365751721 >> Cookie: __utma=160417214.809535573.1331123314.1331123314.1331123314.1 >> Connection: keep-alive >> Content-Type: application/x-www-form-urlencoded >> Content-Length: 108 >> browserconfig=%7BisJavaScriptEnabled%3DYES%3B%7D&login=rafel.amer&password=Port+Alc%FAdia&loginbutton=Entrar >> and if I put the following code in the file WebUI/Main/WODirectAction >> +LoginAction.m >> - (id<WOActionResults>)loginAction { >> WORequest *req; >> req = [self request]; >> NSLog(@"HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH %@",[req formValues]); >> return [self loginActionWithLogin:[req formValueForKey:@"login"] >> password:[req formValueForKey:@"password"] >> request:req]; >> } >> the ogo-webui.log shows >> HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH {browserconfig = ("{isJavaScriptEnabled=YES;}"); da = (""); >> login = ("rafel.amer"); loginbutton = (Entrar); o = (1365751835); password = (""); } > > Hmmm.. I'm not sure it would 'normally' show the password value in the > log, as that would be bad. > The password is shown because I added WORequest *req; req = [self request]; NSLog(@"HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH %@",[req formValues]); in the file WebUI/Main/WODirectAction+LoginAction.m for testing purposes. >> The same happens in all form inputs in OpenGroupware when we introduce >> accented vowels. > Ok. So if you input a value with an accented character in some other > form you get the same behavior? Is the field [as seen in the POST > capture] also dropped like the password value is, or is it just that > there is an error? Yes, if I input a value with an accented character in any form (projects, contacts, tasks, etc.) tha valu is dropped. >> ie, the password value has been removed in some place. I don't know if >> the problem is due to OpenGroupware or SOPE or anything else. >> Our system is Debian wheezy with gcc-4.7, gnustep-make-2.6.3, >> gnustep-base-1.24.3 and SOPE-2.0.4b. >> Do you know how I can find and solve this problem? > I'll poke at it, I need to test this myself anyway. > > > ------------------------------------------------------------------------------ > Precog is a next-generation analytics platform capable of advanced > analytics on semi-structured data. The platform includes APIs for building > apps and a phenomenal toolset for data science. Developers can use > our toolset for easy data analysis & visualization. Get a free account! > http://www2.precog.com/precogplatform/slashdotnewsletter > _______________________________________________ > Opengroupware-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengroupware-devel Thanks, Rafel Amer |
|
From: Adam T. W. <awi...@wh...> - 2013-04-19 11:21:01
|
On Sat, 2013-04-13 at 23:16 +0200, Rafel Amer wrote: > Hello, > we are using OpenGroupware 1.0 since 2005, and now we are testing > OpenGroupware 5.5 > for a possible upgrade. > But, the html input elements with accented vowels like á, à, é, è, í, > ó, ò, ú, etc. doesn't work > as expected. For example, if a user has a password like "Port > Alcúdia", the tcpdump program > shows us that the information sent to port 20000 is > POST /OpenGroupware.woa/x/login?da=&o=1365751796 HTTP/1.1 > x-webobjects-server-protocol: HTTP/1.1 > x-webobjects-remote-addr: 147.83.3.198 > x-webobjects-remote-host: 147.83.3.198 > x-webobjects-server-name: rams.claimcenter.com > x-webobjects-server-url: https://rams.claimcenter.com > x-webobjects-https-enabled: 1 > x-webobjects-clients-cert: > Host: rams.claimcenter.com > User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0 > Accept: text/html,application/xhtml+xml,application/xml > Accept-Language: en-US,en;q=0.5 > Accept-Encoding: gzip, deflate > Referer: https://rams.claimcenter.com/claim-softAA.woa/x/login?da=&o=1365751721 > Cookie: __utma=160417214.809535573.1331123314.1331123314.1331123314.1 > Connection: keep-alive > Content-Type: application/x-www-form-urlencoded > Content-Length: 108 > browserconfig=%7BisJavaScriptEnabled%3DYES%3B%7D&login=rafel.amer&password=Port+Alc%FAdia&loginbutton=Entrar > and if I put the following code in the file WebUI/Main/WODirectAction > +LoginAction.m > - (id<WOActionResults>)loginAction { > WORequest *req; > req = [self request]; > NSLog(@"HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH %@",[req formValues]); > return [self loginActionWithLogin:[req formValueForKey:@"login"] > password:[req formValueForKey:@"password"] > request:req]; > } > the ogo-webui.log shows > HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH {browserconfig = ("{isJavaScriptEnabled=YES;}"); da = (""); > login = ("rafel.amer"); loginbutton = (Entrar); o = (1365751835); password = (""); } Hmmm.. I'm not sure it would 'normally' show the password value in the log, as that would be bad. > The same happens in all form inputs in OpenGroupware when we introduce > accented vowels. Ok. So if you input a value with an accented character in some other form you get the same behavior? Is the field [as seen in the POST capture] also dropped like the password value is, or is it just that there is an error? > ie, the password value has been removed in some place. I don't know if > the problem is due to OpenGroupware or SOPE or anything else. > Our system is Debian wheezy with gcc-4.7, gnustep-make-2.6.3, > gnustep-base-1.24.3 and SOPE-2.0.4b. > Do you know how I can find and solve this problem? I'll poke at it, I need to test this myself anyway. |
|
From: Rafel A. <raf...@up...> - 2013-04-13 21:36:58
|
<html>
<head>
<meta http-equiv="content-type" content="text/html;
charset=ISO-8859-1">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hello,<br>
<br>
we are using OpenGroupware 1.0 since 2005, and now we are testing
OpenGroupware 5.5<br>
for a possible upgrade. <br>
<br>
But, the html input elements with accented vowels like á, à, é, è,
í, ó, ò, ú, etc. doesn't work<br>
as expected. For example, if a user has a password like "Port
Alcúdia", the tcpdump program <br>
shows us that the information sent to port 20000 is<br>
<br>
<pre><big><font color="#3333ff">POST /OpenGroupware.woa/x/login?da=&o=1365751796 HTTP/1.1
x-webobjects-server-protocol: HTTP/1.1
x-webobjects-remote-addr: 147.83.3.198
x-webobjects-remote-host: 147.83.3.198
x-webobjects-server-name: rams.claimcenter.com
x-webobjects-server-url: <a class="moz-txt-link-freetext" href="https://rams.claimcenter.com">https://rams.claimcenter.com</a>
x-webobjects-https-enabled: 1
x-webobjects-clients-cert:
Host: rams.claimcenter.com
User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0
Accept: text/html,application/xhtml+xml,application/xml
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate
Referer: <a class="moz-txt-link-freetext" href="https://rams.claimcenter.com/claim-softAA.woa/x/login?da=&o=1365751721">https://rams.claimcenter.com/claim-softAA.woa/x/login?da=&o=1365751721</a>
Cookie: __utma=160417214.809535573.1331123314.1331123314.1331123314.1
Connection: keep-alive
Content-Type: application/x-www-form-urlencoded
Content-Length: 108
browserconfig=%7BisJavaScriptEnabled%3DYES%3B%7D&login=rafel.amer&<font color="#ff0000">password=Port+Alc%FAdia</font>&loginbutton=Entrar
</font>
</big></pre>
<p>and if I put the following code in the file
WebUI/Main/WODirectAction+LoginAction.m<small><br>
</small></p>
<br>
<pre><font color="#3333ff">- (id<WOActionResults>)loginAction {</font></pre>
<pre><pre><font color="#3333ff"><big> WORequest *req; </big>
req = [self request]; </font>
</pre><font color="#3333ff"><big> <font color="#ff0000">NSLog(@"HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH %@",[req formValues]);</font>
return [self loginActionWithLogin:[req formValueForKey:@"login"]
password:[req formValueForKey:@"password"]
request:req];
}</big></font></pre>
<big><br>
<small><small><big>the ogo-webui.log shows<br>
<br>
</big></small></small></big>
<pre><font color="#3333ff"><big><big><small><small><big>HHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH {browserconfig = ("{isJavaScriptEnabled=YES;}"); da = ("");
login = ("rafel.amer"); loginbutton = (Entrar); o = (1365751835); <font color="#ff0000">password = ("")</font>; }</big></small></small></big></big></font></pre>
<p>The same happens in all form inputs in OpenGroupware when we
introduce accented vowels.</p>
<p><br>
ie, the password value has been removed in some place. I don't
know if the problem is due to OpenGroupware or SOPE or<br>
anything else.<br>
</p>
<p>Our system is Debian wheezy with gcc-4.7, gnustep-make-2.6.3,
gnustep-base-1.24.3 and SOPE-2.0.4b.<br>
</p>
<p>Do you know how I can find and solve this problem?<br>
</p>
<p><br>
Thanks.<br>
</p>
<p><br>
Rafel Amer<br>
Technic University of Catalonia<br>
</p>
</body>
</html>
|
|
From: Sebastian R. <seb...@l0...> - 2013-02-06 17:55:04
|
Hello, the OpenGroupware team is proud to announce the release of the second release candidate of OpenGroupware 5.5. This OpenGroupware is a continuation of the development of OpenGroupware.org 1.1 from Skyrix. The project is now moved to SourceForge: http://sourceforge.net/projects/opengroupware/ You will also find information about OpenGroupware on http://www.opengroupware.us/ It has undergone a long way and major changes to switch from depending on the old gnustep-make v1/libFoundation to gnustep-make v2 and gnustep-base. Further OpenGroupware now depends on the SOPE fork maintained by the SOGo developers at Inverse. A lot of changes went into OpenGroupware, and also SOPE to resolve compatibility and stability issues. What is OpenGroupware ==================== OpenGroupware is a web based groupware system: * LDAP or database authentication * manage contacts/companies * manage tasks * E-Mail Web Mail (IMAP client) * project and document management * GroupDAV interface * scripting Interface via zOGI * and more... What's new compared to OpenGroupware 1.1 ===================================== * replaced dependency of gnustep-make V1.X with gnustep-make V2.X * replaced dependency of libFoundation with gnustep-base * now based on SOPE from SOGo team * Experimental new features: * CTI with Asterisk * allows you to trigger calls via the Web Interface * Integration with location based services * geocoding of addresses using the Google Geocoding API * show list of contacts on a MAP * links to location based services on the Web for addresses * SNSD5 support dropped * this happened due to changes in SOPE * we are working on how to get OGo multiple instances support back Changes since the rc1 ================== * many bugs still found in rc1 are now fixed * compatibility fixes with libobjc2 * a non exhaustive list of bug fixes and enhancements can be found in the bug tracker: * http://sourceforge.net/apps/mantisbt/opengroupware/roadmap_page.php * fixes to SOPE affecting OpenGroupware (you should install SOPE-2.0.4 or newer) * Documentation is now in the OpenGroupware WIKI * http://sourceforge.net/p/opengroupware/wiki/Home/ Where to get it ============ You can download the tarball here: http://sourceforge.net/projects/opengroupware/files/ For installation instructions, needed dependencies, consult the INSTALL file in the tarball. Where to get help ============== Best way is to ask for help on one of the mailing lists here: http://sourceforge.net/mail/?group_id=308294 cheers, Sebastian |
|
From: Adam T. W. <awi...@wh...> - 2013-01-27 18:55:43
|
On Sun, 2013-01-27 at 13:05 +0100, Sebastian Reitenbach wrote: > I've fixed some compilation warnings, and with the just released SOPE-2.0.4, > which fixed a bug when editing contacts, I think we should release the rc2. > Also since most of the WMOGAG is now in the WIKI. It still misses some parts, and > cleanups, but should already be usable. > Any objections against a rc2? No objections. Do it. Also please write up a blurb about what is new and fixed, and where to find the installation documentation - I'll post this on the opengroupware.us BLOG. -- Adam Tauno Williams GPG D95ED383 Systems Administrator, Python Developer, LPI / NCLA |
|
From: Sebastian R. <seb...@l0...> - 2013-01-27 12:05:22
|
Hi, I've fixed some compilation warnings, and with the just released SOPE-2.0.4, which fixed a bug when editing contacts, I think we should release the rc2. Also since most of the WMOGAG is now in the WIKI. It still misses some parts, and cleanups, but should already be usable. Any objections against a rc2? Sebastian |
|
From: Adam T. W. <awi...@wh...> - 2012-12-28 12:55:51
|
On Thu, 2012-12-27 at 20:37 -0500, Adam Tauno Williams wrote:
> Build is complete, all the way through OpenGroupware5.5 on openSUSE 12.2
> x86_64
Dependencies
------------
zypper in openldap2-devel libmysqlclient-devel postgresql-devel \
apache2-devel gcc-objc gcc-c++ make gmp-devel libxslt-devel \
libffi-devel avahi-devel libicu-devel gnutls-devel \
libopenssl-devel
GNUstep Make
------------
wget ftp://ftp.gnustep.org/pub/gnustep/core/gnustep-make-2.6.2.tar.gz
tar -xvzf gnustep-make-2.6.2.tar.gz
cd gnustep-make-2.6.2
LDFLAGS=-L/usr/local/lib ./configure \
--with-layout=fhs \
--prefix=/usr/local \
--with-config-file=/etc/GNUstep.conf \
--with-library-combo="gnu-gnu-gnu" \
--enable-strict-v2-mode \
--enable-multi-platform
sudo make install
cd ..
GNUstep Base
------------
# If you have any really old gnustep libraries hanging around in
# /usr/local/ you may want to consider eliminating them.
wget ftp://ftp.gnustep.org/pub/gnustep/core/gnustep-base-1.24.0.tar.gz
tar -xvzf gnustep-base-1.24.0.tar.gz
cd gnustep-base-1.24.0
./configure --disable-procfs --disable-procfs-psinfo
make
sudo PATH=$PATH:/usr/local/bin make install
cd ..
SOPE
----
wget http://www.sogo.nu/files/downloads/SOGo/Sources/SOPE-2.0.3a.tar.gz
tar xzvf SOPE-2.0.3a.tar.gz
cd SOPE
./configure \
--prefix=/usr/local \
--gsmake=/usr/local/share/GNUstep/Makefiles
make messages=yes
sudo make messages=yes install
cd ..
### REFRESH THE SYSTEM'S LIBRARY CACHE
sudo /sbin/ldconfig
### TEST RUNTIME ENVIRONMENT
$ defaults
defaults: too few arguments supplied!
- This means the "defaults" command is available and it was able
to load all the libraries required for it to run. If instead
you get a "error while loading shared libraries" error then the
run-time environment is dorked somehow.
OpenGroupware Legacy
--------------------
hg clone http://hg.code.sf.net/p/opengroupware/code OGo
cd OGo/opengroupware
./configure --prefix=/usr/local
make APR=/usr/bin/apr-1-config APXS=/usr/sbin/apxs2
sudo make install
Install & Provisioning
----------------------
sudo mv /usr/local/lib/mod_ngobjweb.so /usr/lib64/apache2-prefork/
sudo mkdir -p /srv/www/htdocs/OpenGroupware55.woa
cd /srv/www/htdocs/OpenGroupware55.woa
sudo cp -r /usr/local/share/opengroupware/www WebServerResources
sudo
cp /etc/apache2/vhosts.d/vhost.template /etc/apache2/vhosts.d/ogo.conf
<IfModule ngobjweb_module.c>
<LocationMatch "^/OpenGroupware55*">
SetHandler NONE
</LocationMatch>
<LocationMatch "^/OpenGroupware*">
SetHandler ngobjweb-adaptor
SetAppPort 20000
</LocationMatch>
<LocationMatch ^/zidestore/*>
SetAppPort 21000
SetHandler ngobjweb-adaptor
</LocationMatch>
<LocationMatch ^/xmlrpcd/*>
SetAppPort 22000
SetHandler ngobjweb-adaptor
</LocationMatch>
</IfModule>
|
|
From: Sebastian R. <seb...@l0...> - 2012-12-28 11:16:51
|
On Friday, December 28, 2012 12:04 CET, Adam Tauno Williams <awi...@wh...> wrote: > It would be good to have the build instructions available in the > project. > > It looks like Trac is active but empty. Wordpress is active but > disabled. > > I advise we should disable these 'third-party' apps, enable the > SourceForge Wiki, and host the build notes there. Also here, sounds like a good idea. If you could start a page or two. I still need to get used to the syntax, but with some examples, especially linking pages to each other, that could get me started there too. cheers, Sebastian > > > ------------------------------------------------------------------------------ > Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and > much more. Get web development skills now with LearnDevNow - > 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. > SALE $99.99 this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122812 > _______________________________________________ > Opengroupware-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengroupware-devel |
|
From: Sebastian R. <seb...@l0...> - 2012-12-28 11:14:32
|
On Friday, December 28, 2012 12:01 CET, Adam Tauno Williams <awi...@wh...> wrote: > On Wed, 2012-07-11 at 13:52 +0200, Sebastian Reitenbach wrote: > > On Wednesday, July 11, 2012 13:13 CEST, Adam Tauno Williams <awi...@wh...> wrote: > > > On Tue, 2012-07-10 at 19:32 +0200, Sebastian Reitenbach wrote: > > > > Hi Adam, > > > > > So, also like I already guessed, the Inverse people released SOPE-1.3.16 > > > > > yesterday. So OGo from hg should work well with this version, and latest > > > > > gnustep base release > > > > Did you had a chance to get around to test the newer stuff from hg? > > > > I'd like to make a rc2. Then I could potentially even get that one added to > > > > the official OpenBSD ports tree, so that then will be official packages for > > > > it shortly ; > > > So we are now intending to use the released / distributed SOPE? > > > If so, should we [can we] drop the sope/ code from our repository? Or > > > is there still something in there we use? > > We don't use anything of it, so I'm in favor to drop it. > > Now that a build of 5.5 completes I really think it is time to kill the > "sope" directory in the source repository. Yes, I'm all for it. Also the Inverse people are fairly responsive with getting patches from me into the SOPE tree and so on. They do a good job with maintaining it. Sebastian > > > ------------------------------------------------------------------------------ > Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and > much more. Get web development skills now with LearnDevNow - > 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. > SALE $99.99 this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122812 > _______________________________________________ > Opengroupware-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengroupware-devel |
|
From: Adam T. W. <awi...@wh...> - 2012-12-28 11:04:41
|
It would be good to have the build instructions available in the project. It looks like Trac is active but empty. Wordpress is active but disabled. I advise we should disable these 'third-party' apps, enable the SourceForge Wiki, and host the build notes there. |
|
From: Adam T. W. <awi...@wh...> - 2012-12-28 11:01:32
|
On Wed, 2012-07-11 at 13:52 +0200, Sebastian Reitenbach wrote: > On Wednesday, July 11, 2012 13:13 CEST, Adam Tauno Williams <awi...@wh...> wrote: > > On Tue, 2012-07-10 at 19:32 +0200, Sebastian Reitenbach wrote: > > > Hi Adam, > > > > So, also like I already guessed, the Inverse people released SOPE-1.3.16 > > > > yesterday. So OGo from hg should work well with this version, and latest > > > > gnustep base release > > > Did you had a chance to get around to test the newer stuff from hg? > > > I'd like to make a rc2. Then I could potentially even get that one added to > > > the official OpenBSD ports tree, so that then will be official packages for > > > it shortly ; > > So we are now intending to use the released / distributed SOPE? > > If so, should we [can we] drop the sope/ code from our repository? Or > > is there still something in there we use? > We don't use anything of it, so I'm in favor to drop it. Now that a build of 5.5 completes I really think it is time to kill the "sope" directory in the source repository. |
|
From: Sebastian R. <seb...@l0...> - 2012-12-28 08:04:33
|
On Friday, December 28, 2012 02:37 CET, Adam Tauno Williams <awi...@wh...> wrote: > Build is complete, all the way through OpenGroupware5.5 on openSUSE 12.2 > x86_64 Great! With having older gnustep versions around, that may confuse things from time to time. I did my run on a complete fresh and clean installation, probably therefore did not ran into issues. The only thing I ran into was trying to get libobjc2 installed in a usable way. Now, their SVN version installs fine and also is usable. But since we don't need any of the new features that it provides, the good old runtime from gcc is absolutely fine for us. Sebastian > > Dependencies > ------------ > zypper in openldap2-devel libmysqlclient-devel postgresql-devel \ > apache2-devel gcc-objc gcc-c++ make gmp-devel libxslt-devel \ > libffi-devel avahi-devel libicu-devel gnutls-devel \ > libopenssl-devel > > GNUstep Make > ------------ > wget ftp://ftp.gnustep.org/pub/gnustep/core/gnustep-make-2.6.2.tar.gz > tar -xvzf gnustep-make-2.6.2.tar.gz > cd gnustep-make-2.6.2 > LDFLAGS=-L/usr/local/lib ./configure --with-layout=fhs \ > --prefix=/usr/local \ > --with-config-file=/etc/GNUstep.conf \ > --with-library-combo="gnu-gnu-gnu" \ > --enable-strict-v2-mode \ > --enable-multi-platform > sudo make install > cd .. > > GNUstep Base > ------------ > # If you have any really old gnustep libraries hanging around in > # /usr/local/ you may want to consider eliminating them. > wget ftp://ftp.gnustep.org/pub/gnustep/core/gnustep-base-1.24.0.tar.gz > tar -xvzf gnustep-base-1.24.0.tar.gz > cd gnustep-base-1.24.0 > ./configure --disable-procfs --disable-procfs-psinfo > make > sudo PATH=$PATH:/usr/local/bin make install > cd .. > > SOPE > ---- > wget http://www.sogo.nu/files/downloads/SOGo/Sources/SOPE-2.0.3a.tar.gz > tar xzvf SOPE-2.0.3a.tar.gz > cd SOPE > ./configure --prefix=/usr/local > --gsmake=/usr/local/share/GNUstep/Makefiles > make messages=yes > sudo make messages=yes install > cd .. > > OpenGroupware Legacy > -------------------- > hg clone http://hg.code.sf.net/p/opengroupware/code OGo > cd OGo > ./configure --prefix=/usr/local > make APR=/usr/bin/apr-1-config APXS=/usr/sbin/apxs2 > sudo make install > > > > > ------------------------------------------------------------------------------ > Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and > much more. Get web development skills now with LearnDevNow - > 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. > SALE $99.99 this month only -- learn more at: > http://p.sf.net/sfu/learnmore_122812 > _______________________________________________ > Opengroupware-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opengroupware-devel |
1 message has been excluded from this view by a project administrator.