From cbs at cts.ucla.edu Mon Dec 11 03:24:07 2006 From: cbs at cts.ucla.edu (Chris Stromsoe) Date: Mon, 11 Dec 2006 03:24:07 -0800 (PST) Subject: [dev] kronolith 2.1.4 and multiple all-day appointments Message-ID: Multiple all-day appointments in the week and work-week views in 2.1.4 are confusing. If the appointments overlap, different appointments end up appearing adjacent to each other on the same line. I'm re-doing the all-day implementation to use a single solid bar, cover from start to finish (including the spacer block between days). This block is from html() in kronolith/lib/WeekView.php. What is line #140 checking for? I changed the   in 141 to include some text so I could see when it's being used, but haven't been able to trigger that block. 132 $row = ''; 133 for ($j = $this->startDay; $j <= $this->endDay; $j++) { 134 $row .= '' . ($more_timeslots ? _("All day") : ' ') . ''; 135 $row .= ''; 136 if ($this->days[$j]->_all_day_maxrowspan > 0) { 137 for ($k = 0; $k < $this->days[$j]->_all_day_maxrowspan; $k++) { 138 $row .= ''; 139 foreach ($this->days[$j]->_currentCalendars as $cid => $cal) { 140 if (count($this->days[$j]->_all_day_events[$cid]) === $k) { 141 $row .= ''; 142 } elseif (count($this->days[$j]->_all_day_events[$cid]) > $k) { 143 $event = $this->days[$j]->_all_day_events[$cid][$k]; 144 $eventCategories[$event->getCategory()] = true; 145 146 $row .= ''; 150 } 151 } 152 $row .= ''; 153 } 154 } else { 155 $row .= ''; 156 } 157 $row .= '
 ' . 149 $event->getLink($this->days[$j]->getStamp()) . '
 
'; 158 } -Chris From eculp at encontacto.net Mon Dec 11 06:43:15 2006 From: eculp at encontacto.net (eculp@encontacto.net) Date: Mon, 11 Dec 2006 08:43:15 -0600 Subject: [dev] Warning: Unresponsive script In-Reply-To: <20061210215635.7ougcuq37s4s08g4@bigworm.curecanti.org> References: <20061208074636.4ot7qapg8wswk84o@correo.encontacto.net> <20061208112809.j87enxubs4scgwgs@bigworm.curecanti.org> <20061208182757.l0i3nouwf4o8ogsk@correo.encontacto.net> <20061210215635.7ougcuq37s4s08g4@bigworm.curecanti.org> Message-ID: <20061211084315.kqzryigqwww8sss8@correo.encontacto.net> Quoting Michael M Slusarz : > Quoting "eculp at encontacto.net" : > >> Quoting Michael M Slusarz : >> >>> Quoting "eculp at encontacto.net" : >>> >>>> With horde/imp cvs head I'm seeing the following message consistently. >>>> >>>> ---------------------------------------------------------------------- >>>> | Warning: Unresponsive script | >>>> | | >>>> | A script on this page may be busy or it may have stopped responding. | >>>> | You can stop the script now, or you can continue to see if the | >>>> | script will complete. | >>>> | | >>>> | | Continue | | Stop Script | | >>>> ---------------------------------------------------------------------- >>>> >>>> The response becomes very, very slow prior to the JS message. >>>> After it speeds up for a bit and the cycle is repeated. >>>> >>>> Is anyone else seeing this? >>> >>> No. On which pages are you seeing this? >> >> I can't really tell. The machine becomes slow and when I would >> like to pick it up and throw it out a window I get the message. :( >>> >>> You may also want to do a shift-refresh (or whatever your >>> preferred method of clearing your cache) to make sure you have the >>> up-to-date JS files. >> >> I do that, restart apache, etc. etc. Nothing seems to fix it. >> After sending the email I decided to try something different, >> rather than use the server as my work station, I moved to another >> machine and haven't had any problems. I'm setting here watching a >> "top" on the server and it hasn't had any issues at all. Now I may >> have a work-around and I probably shouldn't use my unix servers as >> workstations but I've been doing it for over 20 years with no >> issues until now and in my opinion they should not have problems. >> I'm going to continue to try and track this down, if anyone else >> sees this please let me know. > > This has nothing to do with your servers. The slow script your > browser is bugging you about is a slow javascript script running on > the client (i.e. browser) machine. So it has nothing to do with > apache, IMAP servers, etc. > > If you want to try to debug locally (since apparently I nor any of > the other devs are seeing this behavior), if using firefox you can > install firebug (http://www.getfirebug.com/) and see which script is > causing problems - it sounds like one of the scripts is entering a > infinite loop but, again, I have no idea why/where this would be > happening because I do not see it myself. Thanks, Michael. What you saying is correct I'm sure. I've been using my laptop rather than the server and no longer have problems. I'm going to try debuging it. It'll be a good exercise because ultimately firefox on freebsd has been causing a fair amount of problems not just this. Thanks again, ed > > michael > > ___________________________________ > Michael Slusarz [slusarz at horde.org] > > > -- > Horde developers mailing list - Join the hunt: http://horde.org/bounties/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe at lists.horde.org From chuck at horde.org Mon Dec 11 08:02:30 2006 From: chuck at horde.org (Chuck Hagenbuch) Date: Mon, 11 Dec 2006 11:02:30 -0500 Subject: [dev] kronolith 2.1.4 and multiple all-day appointments In-Reply-To: References: Message-ID: <20061211110230.9ce762ftogw04cgo@technest.org> Quoting Chris Stromsoe : > Multiple all-day appointments in the week and work-week views in > 2.1.4 are confusing. If the appointments overlap, different > appointments end up appearing adjacent to each other on the same > line. I'm re-doing the all-day implementation to use a single solid > bar, cover from start to finish (including the spacer block between > days). > > This block is from html() in kronolith/lib/WeekView.php. What is > line #140 checking for? I changed the   in 141 to include some > text so I could see when it's being used, but haven't been able to > trigger that block. > > 132 $row = ''; > 133 for ($j = $this->startDay; $j <= $this->endDay; $j++) { > 134 $row .= '' . > ($more_timeslots ? _("All day") : ' ') . ''; > 135 $row .= ''; > 136 if ($this->days[$j]->_all_day_maxrowspan > 0) { > 137 for ($k = 0; $k < > $this->days[$j]->_all_day_maxrowspan; $k++) { > 138 $row .= ''; > 139 foreach ($this->days[$j]->_currentCalendars as > $cid => $cal) { > 140 if > (count($this->days[$j]->_all_day_events[$cid]) === $k) { > 141 $row .= ''; > 142 } elseif > (count($this->days[$j]->_all_day_events[$cid]) > $k) { > 143 $event = > $this->days[$j]->_all_day_events[$cid][$k]; > 144 $eventCategories[$event->getCategory()] = true; > 145 > 146 $row .= ''; > 150 } > 151 } > 152 $row .= ''; > 153 } > 154 } else { > 155 $row .= ''; > 156 } > 157 $row .= '
  147 'width="' . round(99 / > count($this->days[$j]->_currentCalendars)) . '%" ' . > 148 'valign="top">' . > 149 > $event->getLink($this->days[$j]->getStamp()) . '
 
'; > 158 } Interesting - I'm not sure either. If you figure it out, please leave a comment. :) Did you try looking at the CVS history? Looks like it came along with the side-by-side view patches. Still don't know what for. -chuck -- "we are plastered to the windshield of the bus that is time." - Chris From vilius at lnk.lt Mon Dec 11 12:38:27 2006 From: vilius at lnk.lt (=?utf-8?Q?Vilius_=C5=A0umskas?=) Date: Mon, 11 Dec 2006 22:38:27 +0200 Subject: [dev] Cyrus SQL and virtual domains patch Message-ID: <1244226896.20061211223827@lnk.lt> Hello, I finally had time to fix Cyrus SQL driver with *real* virtual domains support which was broken for years in Horde. Basically if you enable domain_field in configuration, driver assumes you have virtdomains: yes in Cyrus imapd.conf file. Also this means that you have to type complete username with a domain part in login page, change your administrators in horde/conf.php and change usernames in preferences/datatree backends accordingly. This is a big change, so that's because I'm sending this to the list. I've tested the patch on virtual domain enabled and disabled machine. Everything seem to work smoothly. But I need some testing and feedback from those who uses virtual _aliased_ domains. I hope that they would not have any problems if they'll leave domain_field empty or remove it completely from Horde configuration, but I'm not sure. -- Best regards, Vilius -------------- next part -------------- A non-text attachment was scrubbed... Name: cyrsql_virtdomains.patch Type: application/octet-stream Size: 6667 bytes Desc: not available Url : http://lists.horde.org/archives/dev/attachments/20061211/8bf221ab/cyrsql_virtdomains.obj From scrappy at hub.org Mon Dec 11 13:23:28 2006 From: scrappy at hub.org (Marc G. Fournier) Date: Mon, 11 Dec 2006 17:23:28 -0400 Subject: [dev] Cyrus SQL and virtual domains patch In-Reply-To: <1244226896.20061211223827@lnk.lt> References: <1244226896.20061211223827@lnk.lt> Message-ID: <8E69883C3934D5E211C95D99@ganymede.hub.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Monday, December 11, 2006 22:38:27 +0200 Vilius ?umskas wrote: > Hello, > > I finally had time to fix Cyrus SQL driver with *real* virtual domains > support which was broken for years in Horde. Basically if you enable > domain_field in configuration, driver assumes you have virtdomains: yes > in Cyrus imapd.conf file. Also this means that you have to type complete > username with a domain part in login page, change your administrators > in horde/conf.php and change usernames in preferences/datatree backends > accordingly. This is a big change, so that's because I'm sending this > to the list. Just curious, but ... why? When using the vhook, it transparently does the @domain part, thereby hiding the fact that you are even using virtdomains ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy at hub.org MSN . scrappy at hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFfcxR4QvfyHIvDvMRAtR/AKDGt6oPEz2wh04YXW+WyWaR9ZDV0QCeJ6qV RyrmOJZKNbk8j3mhiU6ZkSQ= =qrGi -----END PGP SIGNATURE----- From vilius at lnk.lt Mon Dec 11 14:04:53 2006 From: vilius at lnk.lt (=?utf-8?Q?Vilius_=C5=A0umskas?=) Date: Tue, 12 Dec 2006 00:04:53 +0200 Subject: [dev] Cyrus SQL and virtual domains patch References: <1244226896.20061211223827@lnk.lt> <8E69883C3934D5E211C95D99@ganymede.hub.org> Message-ID: <001401c71d70$631658a0$4900a8c0@ziniosnb> >> Hello, >> >> I finally had time to fix Cyrus SQL driver with *real* virtual domains >> support which was broken for years in Horde. Basically if you enable >> domain_field in configuration, driver assumes you have virtdomains: yes >> in Cyrus imapd.conf file. Also this means that you have to type complete >> username with a domain part in login page, change your administrators >> in horde/conf.php and change usernames in preferences/datatree backends >> accordingly. This is a big change, so that's because I'm sending this >> to the list. > > Just curious, but ... why? When using the vhook, it transparently does the > @domain part, thereby hiding the fact that you are even using virtdomains ... How does this hook knows what domain to add if you have user with the same name in two (or more domains? -- Vilius From scrappy at hub.org Mon Dec 11 14:20:22 2006 From: scrappy at hub.org (Marc G. Fournier) Date: Mon, 11 Dec 2006 18:20:22 -0400 Subject: [dev] Cyrus SQL and virtual domains patch In-Reply-To: <001401c71d70$631658a0$4900a8c0@ziniosnb> References: <1244226896.20061211223827@lnk.lt> <8E69883C3934D5E211C95D99@ganymede.hub.org> <001401c71d70$631658a0$4900a8c0@ziniosnb> Message-ID: <747A578C0692FBD1E1087B5F@ganymede.hub.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, December 12, 2006 00:04:53 +0200 Vilius ?umskas wrote: >>> Hello, >>> >>> I finally had time to fix Cyrus SQL driver with *real* virtual domains >>> support which was broken for years in Horde. Basically if you enable >>> domain_field in configuration, driver assumes you have virtdomains: yes >>> in Cyrus imapd.conf file. Also this means that you have to type complete >>> username with a domain part in login page, change your administrators >>> in horde/conf.php and change usernames in preferences/datatree backends >>> accordingly. This is a big change, so that's because I'm sending this >>> to the list. >> >> Just curious, but ... why? When using the vhook, it transparently does the >> @domain part, thereby hiding the fact that you are even using virtdomains ... > > How does this hook knows what domain to add if you have user with the same > name in two (or more domains? Based on teh domain name in the URL ... - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy at hub.org MSN . scrappy at hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFfdmm4QvfyHIvDvMRAsH/AKDjA9ZgIh0/wvV+zcoM/s2MmbFBFQCgx+wb wAO9umxT3hbsCWB2CCfMoX0= =ZR2B -----END PGP SIGNATURE----- From vilius at lnk.lt Mon Dec 11 14:45:28 2006 From: vilius at lnk.lt (=?utf-8?Q?Vilius_=C5=A0umskas?=) Date: Tue, 12 Dec 2006 00:45:28 +0200 Subject: [dev] Cyrus SQL and virtual domains patch References: <1244226896.20061211223827@lnk.lt> <8E69883C3934D5E211C95D99@ganymede.hub.org> <001401c71d70$631658a0$4900a8c0@ziniosnb> <747A578C0692FBD1E1087B5F@ganymede.hub.org> Message-ID: <002501c71d76$0e66c0f0$4900a8c0@ziniosnb> >>> Just curious, but ... why? When using the vhook, it transparently does the >>> @domain part, thereby hiding the fact that you are even using virtdomains ... >> >> How does this hook knows what domain to add if you have user with the same >> name in two (or more domains? > > Based on teh domain name in the URL ... But if you are using one webmail HTTP address for all your virtual domains this will not work. Especially if webmail address is something completely different. For example University serving all faculty.university.edu virtual domains from webmail.university.edu address. -- Vilius From mike at theupstairsroom.com Mon Dec 11 15:16:02 2006 From: mike at theupstairsroom.com (Michael Rubinsky) Date: Mon, 11 Dec 2006 18:16:02 -0500 Subject: [dev] Fwd: Re: Adding permissions Message-ID: <20061211181602.9kioun1tls0scs4s@portal.theupstairsroom.com> Please keep responses on list... ----- Forwarded message from Otto.Stolz at uni-konstanz.de ----- Date: Mon, 11 Dec 2006 14:15:05 +0100 From: Otto Stolz Subject: Re: Adding permissions To: mrubinsk at horde.org Hello Michael Rubinsky, I had written: > I am testing Horde: 3.1.2 + Imp H3 (4.1.2) + Turba H3 (2.1.3). > > I have logged in as a Horde administrator, and invoked the Permissions > menu. There is only one entry, viz. "All Permissions". > If I click on the little key icon next to it, I get the error message: > "Invalid parent permission.", and nothing happens. You have written: > Did you configure a DataTree backend for Horde? Yes, I have. Excerpt from config/conf.php: > $conf['datatree']['params']['driverconfig'] = 'horde'; > $conf['datatree']['driver'] = 'sql'; > $conf['group']['driver'] = 'datatree'; There are even some entries in Horde's datatree, dating back to March till May (I've checked this with a MyAQL query), when I had tried a Kronolith, and Turba, installation; Horde's DataTre menu shows: > ???horde.groups > ???Rechenzentrum > ??Gruppenleiter > ??Leitung > ??Zentrale Systeme > ???horde.shares.kronolith > ??Hugine.Habicht at uni-konstanz.de > ??Otto.Stolz at uni-konstanz.de > ??reginald.muchsel at uni-konstanz.de > ???horde.shares.turba > ???localsql > ??Hugine.Habicht at uni-konstanz.de > ??Otto.Stolz at uni-konstanz.de Best wishes, Otto Stolz ----- End forwarded message ----- Thanks, mike -- The Horde Project (www.horde.org) mrubinsk at horde.org -------------- next part -------------- An embedded message was scrubbed... From: Otto Stolz Subject: Re: Adding permissions Date: Mon, 11 Dec 2006 14:15:05 +0100 Size: 4145 Url: http://lists.horde.org/archives/dev/attachments/20061211/0079b10b/attachment-0001.mht -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-keys Size: 2013 bytes Desc: PGP Public Key Url : http://lists.horde.org/archives/dev/attachments/20061211/0079b10b/attachment-0001.bin From jan at horde.org Tue Dec 12 02:10:10 2006 From: jan at horde.org (Jan Schneider) Date: Tue, 12 Dec 2006 11:10:10 +0100 Subject: [dev] Using Preauthenticate Hook to Mangle Username In-Reply-To: <20061210202034.5f81wgweo848ks0s@intranet.ssrlibrary.ca> References: <20061210202034.5f81wgweo848ks0s@intranet.ssrlibrary.ca> Message-ID: <20061212111010.10zaunwbgkk8kckg@neo.wg.de> Zitat von "Brandon W. Uhlman" : > Hi, all. > > I'm trying to use the _horde_hook_preauthenticate to rewrite > usernames at login time based on the domain at which they're > visiting Horde. To clarify, an example. That's what the vinfo hook in IMP is for. Jan. -- Do you need professional PHP or Horde consulting? http://horde.org/consulting/ From duck at obala.net Thu Dec 14 07:04:41 2006 From: duck at obala.net (Duck) Date: Thu, 14 Dec 2006 16:04:41 +0100 Subject: [dev] custom bottons in Horde_Form Message-ID: <200612141604.41925.duck@obala.net> It is possible to add a custom button in Horde_Form that is not a submit bottom? I would like to add a custom button to quote the message body replaying to a comment. So the replay form show up empty, and the original message body is copied with JS only when the user chooses it. I quess I must classicaly extend the renderer. Or maybe is better to extend the htmlHelper JS? Duck From duck at obala.net Thu Dec 14 07:25:57 2006 From: duck at obala.net (Duck) Date: Thu, 14 Dec 2006 16:25:57 +0100 Subject: [dev] kronolith remote parameters In-Reply-To: <20061108115716.aphhfejr8ko0g04o@technest.org> References: <200611062001.38642.duck@obala.net> <200611062238.56465.duck@obala.net> <20061108115716.aphhfejr8ko0g04o@technest.org> Message-ID: <200612141625.57347.duck@obala.net> On Wednesday 08 November 2006 17:57, Chuck Hagenbuch wrote: > Quoting Duck : > > On Monday 06 November 2006 21:03, Chuck Hagenbuch wrote: > >> You can edit a remote event and then save it as a new event to your > >> own calendar, though. > > > > Now I understated but it didn't work form me. The problem was that the > > "Save as new" was pushing the event in the wrong calendar (null). The > > patch sets the calendar_id to user default calendar and removes the > > "Save" bottom and eventID input when editing or better say coping remote > > event to a local calendar. > > Can you please put this into a bugs.horde.org ticket so it doesn't get > lost? (unless someone else can take care of it now-ish) > > -chuck Better Late Then Never. :) bug #4783 Duck From jan at horde.org Thu Dec 14 07:06:51 2006 From: jan at horde.org (Jan Schneider) Date: Thu, 14 Dec 2006 16:06:51 +0100 Subject: [dev] custom bottons in Horde_Form In-Reply-To: <200612141604.41925.duck@obala.net> References: <200612141604.41925.duck@obala.net> Message-ID: <20061214160651.vghdyeu7ksgws8sw@neo.wg.de> Zitat von Duck : > It is possible to add a custom button in Horde_Form that is not a submit > bottom? I would like to add a custom button to quote the message body > replaying to a comment. So the replay form show up empty, and the original > message body is copied with JS only when the user chooses it. I quess I must > classicaly extend the renderer. Or maybe is better to extend the htmlHelper > JS? I suggest that you attach an action to that button that inserts the quoted text and returns false. It *should* stop the form from being submitted then. That had the additional advantage that you can implement a fallback method if javascript is disabled and the form is actually submitted. Jan. -- Do you need professional PHP or Horde consulting? http://horde.org/consulting/ From duck at obala.net Thu Dec 14 08:13:26 2006 From: duck at obala.net (Duck) Date: Thu, 14 Dec 2006 17:13:26 +0100 Subject: [dev] [cvs] commit: ansel/scripts/sql - New directory In-Reply-To: <20061130154513.w6jkzw8cg4wg0sko@technest.org> References: <20061127145533.426CE35191@coyote.horde.org> <200611302008.05089.duck@obala.net> <20061130154513.w6jkzw8cg4wg0sko@technest.org> Message-ID: <200612141713.26741.duck@obala.net> On Thursday 30 November 2006 21:45, Chuck Hagenbuch wrote: > > Having the permission in a configurable table will allow even having the > > same data for multiplay (v)hosts. For example you have a working > > ?teachers? team permission and an ?students? domain permission on the > > same data but completely different users/groups/authentications. > > I'm not following you here - can you elaborate/rephrase? Permissions are accesses very very often. On the other side they changes rarely. So why don't cache SQL results. Or least allow us to (optionally) move them in a separate table? This would be easy to do, since permissions data are serialized and only the root (horde_datatree) table is used. In general checking a permission would be very faster, because we will have a very small table, with much faster access by the server. And as permission settings changes rarely, servers with query cache, will cache permission data until data is changed. Then if we have permission data in a separate table we can use the same data/installation on different hosts. With just the difference of their own authentication and permissions. Like you will have a working team updating some data on one host with one authentication, and a public (registered) users accessing them on another host witch completely other authentications/groups. Duck From duck at obala.net Thu Dec 14 09:28:04 2006 From: duck at obala.net (Duck) Date: Thu, 14 Dec 2006 18:28:04 +0100 Subject: [dev] Kronolith Fatal error Message-ID: <200612141828.04629.duck@obala.net> PHP Notice: Trying to get property of non-object in kronolith/lib/Kronolith.php on line 1626 PHP Fatal error: Call to a member function timestamp() on a non-object in /kronolith/lib/Kronolith.php on line 1626 Duck From horde at volkerthen.com Thu Dec 14 08:54:51 2006 From: horde at volkerthen.com (Volker Then) Date: Thu, 14 Dec 2006 17:54:51 +0100 Subject: [dev] Prefs rewrite in HEAD In-Reply-To: <20061122235047.06fuuq1xr4g48scs@technest.org> References: <20061122235047.06fuuq1xr4g48scs@technest.org> Message-ID: <20061214175451.9nv1baw78muookkw@volker.then.net> Quoting Chuck Hagenbuch : > For those of you who don't read the commits list: > > I need people who use HEAD to test this out. I'm pretty confident > that SQL prefs are working appropriately, but LDAP prefs, IMSP prefs > (not sure they could have worked before, I fixed some typos there), > and also things like hooks. Please let me know how this works for you. > > Thanks! Hi Chuck, seems that the LDAP prefs are still not working. All prefs are gone, no new prefs are getting saved. Let me know how I can help! Bye Volker From chuck at horde.org Thu Dec 14 09:32:22 2006 From: chuck at horde.org (Chuck Hagenbuch) Date: Thu, 14 Dec 2006 12:32:22 -0500 Subject: [dev] Prefs rewrite in HEAD In-Reply-To: <20061214175451.9nv1baw78muookkw@volker.then.net> References: <20061122235047.06fuuq1xr4g48scs@technest.org> <20061214175451.9nv1baw78muookkw@volker.then.net> Message-ID: <20061214123222.cgjq7btjkc0ckc4w@technest.org> Quoting Volker Then : > seems that the LDAP prefs are still not working. All prefs are gone, > no new prefs are getting saved. > > Let me know how I can help! I need debugging help with this then - I don't have an LDAP prefs setup. -chuck -- "we are plastered to the windshield of the bus that is time." - Chris From chuck at horde.org Thu Dec 14 11:33:12 2006 From: chuck at horde.org (Chuck Hagenbuch) Date: Thu, 14 Dec 2006 14:33:12 -0500 Subject: [dev] [cvs] commit: ansel/scripts/sql - New directory In-Reply-To: <200612141713.26741.duck@obala.net> References: <20061127145533.426CE35191@coyote.horde.org> <200611302008.05089.duck@obala.net> <20061130154513.w6jkzw8cg4wg0sko@technest.org> <200612141713.26741.duck@obala.net> Message-ID: <20061214143312.s2vbt1ws70go4ssk@technest.org> Quoting Duck : > Permissions are accesses very very often. On the other side they changes > rarely. So why don't cache SQL results. Or least allow us to (optionally) > move them in a separate table? As I've said, we're already planning on moving _everything_ out of the datatree into dedicated tables. > This would be easy to do, since permissions data are serialized and only the > root (horde_datatree) table is used. That hasn't been true for a few years at least. -chuck -- "we are plastered to the windshield of the bus that is time." - Chris From chuck at horde.org Thu Dec 14 11:33:39 2006 From: chuck at horde.org (Chuck Hagenbuch) Date: Thu, 14 Dec 2006 14:33:39 -0500 Subject: [dev] Kronolith Fatal error In-Reply-To: <200612141828.04629.duck@obala.net> References: <200612141828.04629.duck@obala.net> Message-ID: <20061214143339.3fjgvrd008k4c0gg@technest.org> Quoting Duck : > PHP Notice: Trying to get property of non-object in > kronolith/lib/Kronolith.php on line 1626 > PHP Fatal error: Call to a member function timestamp() on a non-object > in /kronolith/lib/Kronolith.php on line 1626 How do we reproduce this? -chuck -- "we are plastered to the windshield of the bus that is time." - Chris From chuck at horde.org Thu Dec 14 14:10:04 2006 From: chuck at horde.org (Chuck Hagenbuch) Date: Thu, 14 Dec 2006 17:10:04 -0500 Subject: [dev] [cvs] commit: mnemo memo.php view.php mnemo/config conf.xml mnemo/docs CHANGES mnemo/lib Driver.php Mnemo.php mnemo/lib/Driver sql.php mnemo/templates/list memo_summaries.inc mnemo/templates/memo memo.inc mnemo/templates/view memo.inc mnemo/themes screen.css In-Reply-To: <20061214112831.00ADF3521B@coyote.horde.org> References: <20061214112831.00ADF3521B@coyote.horde.org> Message-ID: <20061214171004.g6ofiqe5w84gs4oo@technest.org> Quoting Jan Schneider : > Log: > Add support for encrypted notes. $show_passphrase is undefined in the 'add_memo' case in memo.php (undefined variable notice is in templates/memo/memo.inc, line 35). -chuck -- "we are plastered to the windshield of the bus that is time." - Chris From jan at horde.org Thu Dec 14 14:48:37 2006 From: jan at horde.org (Jan Schneider) Date: Thu, 14 Dec 2006 23:48:37 +0100 Subject: [dev] [cvs] commit: mnemo memo.php view.php mnemo/config conf.xml mnemo/docs CHANGES mnemo/lib Driver.php Mnemo.php mnemo/lib/Driver sql.php mnemo/templates/list memo_summaries.inc mnemo/templates/memo memo.inc mnemo/templates/view memo.inc mnemo/themes screen.css In-Reply-To: <20061214171004.g6ofiqe5w84gs4oo@technest.org> References: <20061214112831.00ADF3521B@coyote.horde.org> <20061214171004.g6ofiqe5w84gs4oo@technest.org> Message-ID: <20061214234837.qxvvxkzj6s4gkk0g@neo.wg.de> Zitat von Chuck Hagenbuch : > Quoting Jan Schneider : > >> Log: >> Add support for encrypted notes. > > $show_passphrase is undefined in the 'add_memo' case in memo.php > (undefined variable notice is in templates/memo/memo.inc, line 35). Where do you see this? I can't reproduce it. Jan. -- Do you need professional PHP or Horde consulting? http://horde.org/consulting/ From chuck at horde.org Thu Dec 14 20:18:09 2006 From: chuck at horde.org (Chuck Hagenbuch) Date: Thu, 14 Dec 2006 23:18:09 -0500 Subject: [dev] [cvs] commit: mnemo memo.php view.php mnemo/config conf.xml mnemo/docs CHANGES mnemo/lib Driver.php Mnemo.php mnemo/lib/Driver sql.php mnemo/templates/list memo_summaries.inc mnemo/templates/memo memo.inc mnemo/templates/view memo.inc mnemo/themes screen.css In-Reply-To: <20061214234837.qxvvxkzj6s4gkk0g@neo.wg.de> References: <20061214112831.00ADF3521B@coyote.horde.org> <20061214171004.g6ofiqe5w84gs4oo@technest.org> <20061214234837.qxvvxkzj6s4gkk0g@neo.wg.de> Message-ID: <20061214231809.teih00m0ckg4w48o@technest.org> Quoting Jan Schneider : >>> Log: >>> Add support for encrypted notes. >> >> $show_passphrase is undefined in the 'add_memo' case in memo.php >> (undefined variable notice is in templates/memo/memo.inc, line 35). > > Where do you see this? I can't reproduce it. Just click on New Note. That loads memo.php, which only initializes $show_passphrase for the modify_memo case, not add_memo, and both load templates/memo/memo.inc, which has an if ($show_passphrase) check. I'd just initialize it, but I'm not sure whether it should ever be true for the add memo action. -chuck -- "we are plastered to the windshield of the bus that is time." - Chris From duck at obala.net Fri Dec 15 02:40:53 2006 From: duck at obala.net (Duck) Date: Fri, 15 Dec 2006 11:40:53 +0100 Subject: [dev] merge Agora_Forums /Messages Message-ID: <200612151140.53852.duck@obala.net> Any objection to merge Agora_Forums and Agora_Messages in one object? They were two for DT attributes usage, but now in sql is needed. And even Messages can't live the Forums. It will make some things easier and cleaner to implement, like search result pagination, updating counters and so on. Duck From jan at horde.org Fri Dec 15 02:22:07 2006 From: jan at horde.org (Jan Schneider) Date: Fri, 15 Dec 2006 11:22:07 +0100 Subject: [dev] [cvs] commit: mnemo memo.php view.php mnemo/config conf.xml mnemo/docs CHANGES mnemo/lib Driver.php Mnemo.php mnemo/lib/Driver sql.php mnemo/templates/list memo_summaries.inc mnemo/templates/memo memo.inc mnemo/templates/view memo.inc mnemo/themes screen.css In-Reply-To: <20061214231809.teih00m0ckg4w48o@technest.org> References: <20061214112831.00ADF3521B@coyote.horde.org> <20061214171004.g6ofiqe5w84gs4oo@technest.org> <20061214234837.qxvvxkzj6s4gkk0g@neo.wg.de> <20061214231809.teih00m0ckg4w48o@technest.org> Message-ID: <20061215112207.7hwd6zqpmsgskok0@neo.wg.de> Zitat von Chuck Hagenbuch : > Quoting Jan Schneider : > >>>> Log: >>>> Add support for encrypted notes. >>> >>> $show_passphrase is undefined in the 'add_memo' case in memo.php >>> (undefined variable notice is in templates/memo/memo.inc, line 35). >> >> Where do you see this? I can't reproduce it. > > Just click on New Note. That loads memo.php, which only initializes > $show_passphrase for the modify_memo case, not add_memo, and both > load templates/memo/memo.inc, which has an if ($show_passphrase) > check. I'd just initialize it, but I'm not sure whether it should > ever be true for the add memo action. Doh, I had E_NOTICE turned off temporarily and forgot to turn it on again. Should be fixed now. Jan. -- Do you need professional PHP or Horde consulting? http://horde.org/consulting/ From jan at horde.org Fri Dec 15 02:27:33 2006 From: jan at horde.org (Jan Schneider) Date: Fri, 15 Dec 2006 11:27:33 +0100 Subject: [dev] merge Agora_Forums /Messages In-Reply-To: <200612151140.53852.duck@obala.net> References: <200612151140.53852.duck@obala.net> Message-ID: <20061215112733.aof3chvtw4co4cgw@neo.wg.de> Zitat von Duck : > Any objection to merge Agora_Forums and Agora_Messages in one object? They Not from me. Jan. -- Do you need professional PHP or Horde consulting? http://horde.org/consulting/ From sommer at salem.edu Fri Dec 15 05:27:51 2006 From: sommer at salem.edu (Adam Sommer) Date: Fri, 15 Dec 2006 08:27:51 -0500 Subject: [dev] Blacklist/Whitelist Name Message-ID: <4582A2D7.5060800@salem.edu> Hi all, I just want to say thank you for the great application. I love the way Horde allows you to integrate your own MTA and IMAP software, compared to other Web Groupware applications that bundle everything separately. Anyway, I just have a quick suggestion/question. I'd like to start off by saying that I personally have absolutely no problem with the way things currently are, but others at my organization do. The "issue" we currently have is the labeling of the Black/White list. Upon demoing the Horde, Imp, Kronolith, suite to our users one of the first things they commented on was the label of Black and White. Their interpretation of the label was that it was racist or could be construed as racist. I realize that those are industry standard labels for those features, and the Horde developers had no intention of them being interpreted as racist. Anyway, before we could go "live" with Horde we had to rename in every file Blacklist to Blocklist and Whitelist to Allowlist. The beauty of free/opensource software allowed us to do that and I'd like to thank you again for writing these applications. Having said all this I was wondering if you'd consider making the changes upstream? If not it's not a terrible issue. I know this question is probably retarded, but it I guess it never hurts to ask. Thank you once again, Adam From jan at horde.org Fri Dec 15 06:12:47 2006 From: jan at horde.org (Jan Schneider) Date: Fri, 15 Dec 2006 15:12:47 +0100 Subject: [dev] Blacklist/Whitelist Name In-Reply-To: <4582A2D7.5060800@salem.edu> References: <4582A2D7.5060800@salem.edu> Message-ID: <20061215151247.10ddo2anacw8wokw@neo.wg.de> Zitat von Adam Sommer : > Hi all, > > I just want to say thank you for the great application. I love the > way Horde allows you to integrate your own MTA and IMAP software, > compared to other Web Groupware applications that bundle everything > separately. > > Anyway, I just have a quick suggestion/question. I'd like to start > off by saying that I personally have absolutely no problem with the > way things currently are, but others at my organization do. The > "issue" we currently have is the labeling of the Black/White list. > Upon demoing the Horde, Imp, Kronolith, suite to our users one of the > first things they commented on was the label of Black and White. > Their interpretation of the label was that it was racist or could be > construed as racist. > > I realize that those are industry standard labels for those features, > and the Horde developers had no intention of them being interpreted > as racist. Anyway, before we could go "live" with Horde we had to > rename in every file Blacklist to Blocklist and Whitelist to > Allowlist. The beauty of free/opensource software allowed us to do > that and I'd like to thank you again for writing these applications. > > Having said all this I was wondering if you'd consider making the > changes upstream? If not it's not a terrible issue. I know this > question is probably retarded, but it I guess it never hurts to ask. Short answer: No. Long answer: It's a dead horse, please check the mailing list archives for very lengthy discussions in the past. Jan. -- Do you need professional PHP or Horde consulting? http://horde.org/consulting/ From chuck at horde.org Fri Dec 15 06:46:52 2006 From: chuck at horde.org (Chuck Hagenbuch) Date: Fri, 15 Dec 2006 09:46:52 -0500 Subject: [dev] merge Agora_Forums /Messages In-Reply-To: <200612151140.53852.duck@obala.net> References: <200612151140.53852.duck@obala.net> Message-ID: <20061215094652.xgftuei8t4w8osow@technest.org> Quoting Duck : > Any objection to merge Agora_Forums and Agora_Messages in one object? They > were two for DT attributes usage, but now in sql is needed. And even Messages > can't live the Forums. It will make some things easier and cleaner to > implement, like search result pagination, updating counters and so on. No problem from me. -chuck -- "we are plastered to the windshield of the bus that is time." - Chris From jan at horde.org Fri Dec 15 07:26:41 2006 From: jan at horde.org (Jan Schneider) Date: Fri, 15 Dec 2006 16:26:41 +0100 Subject: [dev] Blacklist/Whitelist Name In-Reply-To: <4582ACF2.1080105@salem.edu> References: <4582A2D7.5060800@salem.edu> <20061215151247.10ddo2anacw8wokw@neo.wg.de> <4582ACF2.1080105@salem.edu> Message-ID: <20061215162641.k66v9uxgoockowgc@neo.wg.de> Please keep discussions on the list. Zitat von Adam Sommer : > No problem...I did a cursory search and didn't see an exact match. > Would you happen to know a simple way to make the changes? Currently > I'm looking at diff and patch utilities, but I haven't used them much. > > Any ideas would be appreciated. http://wiki.horde.org/FAQ/Admin/Config?referrer=FAQ%2FAdmin#toc5 > Jan Schneider wrote: >> Zitat von Adam Sommer : >> >>> Hi all, >>> >>> I just want to say thank you for the great application. I love the >>> way Horde allows you to integrate your own MTA and IMAP software, >>> compared to other Web Groupware applications that bundle everything >>> separately. >>> >>> Anyway, I just have a quick suggestion/question. I'd like to start >>> off by saying that I personally have absolutely no problem with the >>> way things currently are, but others at my organization do. The >>> "issue" we currently have is the labeling of the Black/White list. >>> Upon demoing the Horde, Imp, Kronolith, suite to our users one of >>> the >>> first things they commented on was the label of Black and White. >>> Their interpretation of the label was that it was racist or could be >>> construed as racist. >>> >>> I realize that those are industry standard labels for those features, >>> and the Horde developers had no intention of them being interpreted >>> as racist. Anyway, before we could go "live" with Horde we had to >>> rename in every file Blacklist to Blocklist and Whitelist to >>> Allowlist. The beauty of free/opensource software allowed us to do >>> that and I'd like to thank you again for writing these applications. >>> >>> Having said all this I was wondering if you'd consider making the >>> changes upstream? If not it's not a terrible issue. I know this >>> question is probably retarded, but it I guess it never hurts to ask. >> >> Short answer: No. >> Long answer: It's a dead horse, please check the mailing list >> archives for very lengthy discussions in the past. Jan. -- Do you need professional PHP or Horde consulting? http://horde.org/consulting/ From sommer at salem.edu Fri Dec 15 07:26:16 2006 From: sommer at salem.edu (Adam Sommer) Date: Fri, 15 Dec 2006 10:26:16 -0500 Subject: [dev] Blacklist/Whitelist Name In-Reply-To: <20061215162641.k66v9uxgoockowgc@neo.wg.de> References: <4582A2D7.5060800@salem.edu> <20061215151247.10ddo2anacw8wokw@neo.wg.de> <4582ACF2.1080105@salem.edu> <20061215162641.k66v9uxgoockowgc@neo.wg.de> Message-ID: <4582BE98.8020700@salem.edu> Sorry hit the wrong key. Thanks for the link. Jan Schneider wrote: > Please keep discussions on the list. > > Zitat von Adam Sommer : > >> No problem...I did a cursory search and didn't see an exact match. >> Would you happen to know a simple way to make the changes? Currently >> I'm looking at diff and patch utilities, but I haven't used them much. >> >> Any ideas would be appreciated. > > http://wiki.horde.org/FAQ/Admin/Config?referrer=FAQ%2FAdmin#toc5 > >> Jan Schneider wrote: >>> Zitat von Adam Sommer : >>> >>>> Hi all, >>>> >>>> I just want to say thank you for the great application. I love the >>>> way Horde allows you to integrate your own MTA and IMAP software, >>>> compared to other Web Groupware applications that bundle everything >>>> separately. >>>> >>>> Anyway, I just have a quick suggestion/question. I'd like to start >>>> off by saying that I personally have absolutely no problem with the >>>> way things currently are, but others at my organization do. The >>>> "issue" we currently have is the labeling of the Black/White list. >>>> Upon demoing the Horde, Imp, Kronolith, suite to our users one of >>>> the >>>> first things they commented on was the label of Black and White. >>>> Their interpretation of the label was that it was racist or could be >>>> construed as racist. >>>> >>>> I realize that those are industry standard labels for those features, >>>> and the Horde developers had no intention of them being interpreted >>>> as racist. Anyway, before we could go "live" with Horde we had to >>>> rename in every file Blacklist to Blocklist and Whitelist to >>>> Allowlist. The beauty of free/opensource software allowed us to do >>>> that and I'd like to thank you again for writing these applications. >>>> >>>> Having said all this I was wondering if you'd consider making the >>>> changes upstream? If not it's not a terrible issue. I know this >>>> question is probably retarded, but it I guess it never hurts to ask. >>> >>> Short answer: No. >>> Long answer: It's a dead horse, please check the mailing list >>> archives for very lengthy discussions in the past. > > Jan. > > -- > Do you need professional PHP or Horde consulting? > http://horde.org/consulting/ > > > --Horde developers mailing list - Join the hunt: > http://horde.org/bounties/ > Frequently Asked Questions: http://horde.org/faq/ > To unsubscribe, mail: dev-unsubscribe at lists.horde.org -- Adam Sommer Linux Administrator Salem Academy and College 336-721-2810 From jrkuipers at lauwerscollege.nl Fri Dec 15 07:47:51 2006 From: jrkuipers at lauwerscollege.nl (Jan Kuipers) Date: Fri, 15 Dec 2006 16:47:51 +0100 Subject: [dev] Small patch for mnemo/templates/list/header.inc Message-ID: <20061215164751.f0i4nuh748gcwo8o@groupware.lauwerscollege.nl> Regarding HEAD: Small patch attached for mnemo/templates/list/header.inc (I have trouble with the cvs version using IE7) -- Jan Kuipers Systeembeheer Lauwers College -------------- next part -------------- Index: header.inc =================================================================== RCS file: /repository/mnemo/templates/list/header.inc,v retrieving revision 1.13 diff -u -r1.13 header.inc --- header.inc 17 Nov 2006 22:29:41 -0000 1.13 +++ header.inc 15 Dec 2006 15:37:34 -0000 @@ -1,4 +1,4 @@
-

- -

+
+ +
From duck at obala.net Fri Dec 15 12:34:38 2006 From: duck at obala.net (Duck) Date: Fri, 15 Dec 2006 21:34:38 +0100 Subject: [dev] [cvs] [Wiki] created: Doc/Dev/TemplatePackage In-Reply-To: <20061215171403.3620235248@coyote.horde.org> References: <20061215171403.3620235248@coyote.horde.org> Message-ID: <200612152134.38369.duck@obala.net> Last Template change breaks Agora. The loop displaying actions links (indexed array) is like this: [, ] with today CVS snapshot I see ?Array? instead of the corresponding to the row content. Duck From chuck at horde.org Fri Dec 15 12:48:19 2006 From: chuck at horde.org (Chuck Hagenbuch) Date: Fri, 15 Dec 2006 15:48:19 -0500 Subject: [dev] Small patch for mnemo/templates/list/header.inc In-Reply-To: <20061215164751.f0i4nuh748gcwo8o@groupware.lauwerscollege.nl> References: <20061215164751.f0i4nuh748gcwo8o@groupware.lauwerscollege.nl> Message-ID: <20061215154819.ain5zjm9t4ow4ogg@technest.org> Quoting Jan Kuipers : > Regarding HEAD: > > Small patch attached for mnemo/templates/list/header.inc > > (I have trouble with the cvs version using IE7) Thanks for the heads up - I fixed it by just closing the h1 instead of turning it into a div. -chuck -- "we are plastered to the windshield of the bus that is time." - Chris From chuck at horde.org Fri Dec 15 16:41:02 2006 From: chuck at horde.org (Chuck Hagenbuch) Date: Fri, 15 Dec 2006 19:41:02 -0500 Subject: [dev] [cvs] commit: framework/Template Template.php framework/Template/tests array_assoc.phpt array_if.html array_simple.html if.phpt iterator.phpt In-Reply-To: <20061215064305.D1BA43523D@coyote.horde.org> References: <20061215064305.D1BA43523D@coyote.horde.org> Message-ID: <20061215194102.0g0rbwx4n4400sgs@technest.org> Quoting Michael M Slusarz : > Refactor some tests to account for some tiny differences in new > output (mostly dealing with whitespace output, which makes no > difference when it comes to actual display Only if you assume the output is HTML or XML - I don't think we currently use Horde_Template for generating emails, for example, but we very easily could, and it should work. -chuck -- "we are plastered to the windshield of the bus that is time." - Chris From chuck at horde.org Sun Dec 17 11:04:59 2006 From: chuck at horde.org (Chuck Hagenbuch) Date: Sun, 17 Dec 2006 14:04:59 -0500 Subject: [dev] [cvs] commit: wicked test.php In-Reply-To: <20061217181855.4181C35103@coyote.horde.org> References: <20061217181855.4181C35103@coyote.horde.org> Message-ID: <20061217140459.3j6fdsb1cks4k4gw@technest.org> Quoting Matt Selsky : > Log: > remove debugging Woops, thanks. And welcome back! -chuck -- "we are plastered to the windshield of the bus that is time." - Chris From selsky at columbia.edu Sun Dec 17 15:19:55 2006 From: selsky at columbia.edu (Matt Selsky) Date: Sun, 17 Dec 2006 18:19:55 -0500 Subject: [dev] [cvs] commit: wicked test.php In-Reply-To: <20061217140459.3j6fdsb1cks4k4gw@technest.org> References: <20061217181855.4181C35103@coyote.horde.org> <20061217140459.3j6fdsb1cks4k4gw@technest.org> Message-ID: On Dec 17, 2006, at 2:04 PM, Chuck Hagenbuch wrote: > Woops, thanks. And welcome back! It is good to be back. I got out of the hospital on Friday and I'm now recuperating at my parents' house. -- Matt From jan at horde.org Sun Dec 17 15:59:23 2006 From: jan at horde.org (Jan Schneider) Date: Mon, 18 Dec 2006 00:59:23 +0100 Subject: [dev] [cvs] commit: wicked test.php In-Reply-To: References: <20061217181855.4181C35103@coyote.horde.org> <20061217140459.3j6fdsb1cks4k4gw@technest.org> Message-ID: <20061218005923.71hksia38gk0w048@neo.wg.de> Zitat von Matt Selsky : > On Dec 17, 2006, at 2:04 PM, Chuck Hagenbuch wrote: > >> Woops, thanks. And welcome back! > > It is good to be back. I got out of the hospital on Friday and I'm > now recuperating at my parents' house. I'm glad to hear that. All the best and get well soon! Jan. -- Do you need professional PHP or Horde consulting? http://horde.org/consulting/ From chuck at horde.org Sun Dec 17 18:33:52 2006 From: chuck at horde.org (Chuck Hagenbuch) Date: Sun, 17 Dec 2006 21:33:52 -0500 Subject: [dev] [cvs] commit: presentations/mopple/config - New directory In-Reply-To: <20061218022643.32BE8351F7@coyote.horde.org> References: <20061218022643.32BE8351F7@coyote.horde.org> Message-ID: <20061217213352.5lxysy4yokokooss@technest.org> Quoting Chuck Hagenbuch : > chuck 2006-12-17 18:26:43 PST > > presentations/mopple/config - New directory On second thought please disregard these; I'll add it as a tarball. -chuck -- "we are plastered to the windshield of the bus that is time." - Chris