Hello,
When compose calls the LDAP search function (to build the auto-complete
list) it passes an empty '$value' parameter. In this case, when all the
bits of the filter get concatenated you end up with something like this:
(|(mail=**)(cn=**))
which isn't valid syntax (at least it's not on my LDAP server).
Here's a tiny patch to rcube_ldap.inc that eliminates the double
wildcards. There may be a better way to do it, but this was simple.
Cheers,
Roy
--
Roy McMorran
Systems Administrator
MDI Biological Laboratory
mcmorran(a)mdibl.org
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/ls/uvbblwG2/rcube_ldap.inc.patch
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
The following patch add captcha on the login form.
I havle also attached the font for creating the captcha image.
Feel free to submit it!
Thanks for the good work!
/Erik
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/MC/u7Kiih0J/font.ziphttp://detached.gigo.com/rc/MC/u7Kiih0J/captcha.diff
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Some tickets were reported over the weekend - I admitted some to 0.1 stable. I think a quick check would ne good because some are minor or related to trunk. If not applicable, or solve later - please set milestone to 0.1.1 (or close)
Seansan
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi. My name's Ryan (rjhughes on the trac).
I've submitted a couple of patches in the last week or so:
(#1484816, using keypress instead of keydown to allow repeat)
(#1484806, an option to allow strftime formatting)
But I've got a feature I'd like to work on:
Currently, it shows you 40 (or whatever your pagesize is) messages, and if
you scroll to the bottom of that list and wnat to see the next messages,
you have to click the "next page" button.
I would like it to put placeholders into the table for all your messages,
so that you can just keep on scrolling, and it will load your messages on
demand. I would like this to be available as an option.
I would like to know which branch I should be working on -- the trunk, or
devel-vnext? Here's the tradeoff:
It would be easier if I didn't have to do a whole bunch of merging to get
it to vnext once that goes live.
HOWEVER, if vnext is considered so experimental that it's going to be 5
years before it comes out, then it would be much easier for me to just
merge it into vnext at some time.
So: Which branch should I do this work on?
Thanks.
--Ryan
_______________________________________________
List info: http://lists.roundcube.net/dev/
The installer's check returned an error about wrong definition
of magic_quotes_gpc
BUT:
Quoting from http://il.php.net/magic_quotes
Warning
This feature is DEPRECATED and REMOVED as of PHP 6.0.0. Relying on this
feature is highly discouraged.
Moish
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hey guys!
Just a quick heads up to everyone running 0.1-x (aka trunk) with PHP5.
Don't update to PHP5.2.5. It breaks lots of things (static calls
without a static keyword), which we currently drag along to remain
PHP4-compat. This sort of thing should be resolved in 5.2.6, or maybe
in another 5.2.5 re-release.
Those issues are gone as soon as we move to full PHP5 code. (Can't wait.)
Have a great weekend,
Till
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello there! I'm new here, but I've sent to trac few small patches in
last days and all were included to trunk.
Creating a folder with name which contains folder delimiter is confusing
for regular users and imap implementation dependent. See
http://trac.roundcube.net/ticket/1484815 and
http://trac.roundcube.net/ticket/1484803.
I think that we should disallow such folders creation. What are you
thinking about that? If not, maybe we should create all directories in
path (see #1484815) in loop (instead of one imap command)?
ps. I'm interested in help with plugin API implementation. Is someone
working on it now?
Regards
--
Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252
LAN Management System Developer http://lms.org.pl
_______________________________________________
List info: http://lists.roundcube.net/dev/