>style="width:100%;-moz-user-select:none;">
>
>is definitely missing quotes / having wrong quotes. where do they need
to go
>at?
There should be a quote after the zero ... "cellspacing=0"
>Go for it. It would be a good "sell" in MS environments.
That's part of the goal. I recently spoke to someone who had done some
"independent research" about Citadel and he told me that when people
discuss Citadel it's generally positive, but the one thing that they
complain about is
All of your issues are taken care of? How about you, Matt? On the server
side I'm comfortable with where we are right now.
Has everything been tested in IE6, IE7, and Safari/Opera/Chrome/etc ??
Again, no unpleasant surprises here; we are in feature freeze and there's
no way I was going to touch Citadel with this. Besides, we still need a
couple of releases between the deprecation of the useless "populate LDAP"
module and its replacement with a useful "authenticate from LDAP" module.
>My reply seems to become interpreted older than the original post? How
does
>the RSS Reader create the timestamp?
It parses the date/time field from the feed, if it's there, and if it's
readable. Otherwise it uses the date that the feed was parsed.
Ok, I've updated the Easy Install copy of webcit from the
webcit-738-stable branch.
If this doesn't appear to be introducing any new bugs then we can release
this.
Maybe ?
I hate to be the bearer of bad news, but the mailbox view still appears
to be broken in IE 7.
I'm currently testing with IE 7.0.5730.13 on Windows XP Professional.
The message list appears without any problems, and clicking on messages
makes them appear without any problems.
Doing some more GroupDAV troubleshooting...
When the GroupDAV module calls locate_message_by_uid(), it already has
the "wrong" filename in DavPathname by the time groupdav_main() is called.
Hmm... this looks bad:
groupdav_main.c: TODO unescape_input(dav_pat
>this brinngs the nice background into the baby obama message. I'm
wondring
>how we could transport whats between and into our display?
>probably theres some CSS information in there...
There's definitely some important information in there. Notice that the
body style didn'
>ok, i've tried it with cadaver, its working the way its now.
>
>i wasn't able to connect groupdav clients... tbird + sogo didn't work at
all
>(js-errors & dead...) and I wasn't able to find out how Kontact is
configured
>these days. sick.
There may be some problems wit
What does it do differently when you register it as AJAX, anyway?
It was just pointed out to me that the "Delete" button is missing from
the mailbox view. I hadn't noticed because I always use the delete key.
Can we get it back?
Uncensored is now running on svn head as of right now. Beta testing has
begun. All further commits should be strictly bugfixes until we get this
next release out the door.
Ok, I see how that works. I added another one for the 'Subject:' line.
/me is avoiding #citadel on freenode until email kindergarten is over.
What I want to do is test whether a message contains a recipient, and
output or not output the word "to" in the headers.
Question: how do you express a conditional of "if this variable is longer
than zero bytes" in the template engine?
I think that fixes OpenID. There was a problem with the conversion to
strbuf in that code.
I do like the StrBuf class, but we seem to incur a lot of bugs during
conversion. That being the case, I would like to decide right now that we
should *not* start converting anything in citserver
These two bugs should receive priority:
1. OpenID login screen
2. Display of a single contact in an address book view
Once these are fixed, I think we will be at a point where we can update
Uncensored to svn head and begin some heavy-load testing.
(I'm going to at least check in a warning message; we can add the special
shutoff switch if we're in agreement that this is the way to go.)
I'd like the opinion of the rest of the Citadel developer team regarding
our LDAP connector.
Here's how I'm looking at it:
* It's ugly
* Address books are better handled by vCard over DAV or IMAP
* As far as I can tell, nobody is using it
I would like to deprecate
>I've just been doing a git-svn clone, and seen so many commits go by
that I
>wanted to say thankyou to the guys who made those commits and brought us
>citadel.
It's a lot of work but seeing people put the software to use (often on
very large systems) makes it all worth it. Tha
A note to everyone:
Translators have begun their work on localizing strings for the new
WebCit version (one has already returned their completed .po file), so we
are declaring an absolute freeze on any text strings for the time being.
If we find anything that is obtusely wro
>all rooms where gone in all room listings, I could enter them with goto
>hidden room, it would barf some errors at me, and after that it will be
>normal back again.
I've narrowed this down to a problem with configuring zlib compression in
our build system. On an existing syste
Ok, so multipart/related images are working now.
QUESTION: the links generated by multipart/related always contain the
'/webcit' prefix. Is this acceptable? I didn't remove them because I
didn't want to break things running in that mode. I don't have a system
running in that mode so I
A little commentary on the above commit:
I noticed this while trying to repair the display of multipart/related
images, which don't seem to be working right now. It was requesting a URL
like /webcit/mimepart/1/image012@01c97be4.f32b7040/ because the part
number was being passed to ou
I did notice that the search function in the mailbox view is now broken.
Based on some quick testing I'm fairly certain that even when you put in a
search term, WebCit is sending "MSGS ALL|||1" instead of a "MSGS
SEARCH|..." command.
In other news, since we're now in feature free
I see that the problem of grey/white bars getting out of whack after
deleting an odd number of messages has been fixed as well. Thank you for
taking care of that.
>and 2. wasn't "blog" going to be a pulldown option?
Not this version. That's going to be one of the new features of Citadel
in 2009. First we've got to finish what we've already started.
Ok, we're in pretty good shape now. All font sizes are now specified in
percent relative to the top level. In the future we might even consider
adding some controls to adjust that top level font size.
I'm looking at WebCit in IE7 and it's much nicer than IE6. Given that
IE6 is only a s
>It looks dreadful on a 1680x1050 monitor and still hard to read on a
>1440x900
>
>I've also had to edit the css for the write-message screen because the
>writing is too small for many users.
I guess we need to do specify all font sizes relative to some master
value tha
>so that they can do a bulk move or bulk delete without having to read
>the message. (This means that clicking the checkbox will not select the
>message).
Not likely to happen; the current implementation is designed to act more
like a local client -- ctrl-click to multi select,
>No, its just an XMPP extension to set up and tear down peer-to-peer
>video sessions, the actual video streaming happens between the clients
>themselves using RTP and some NAT-busting logic (ICE), so, 'SIP for
XMPP' may
>be a better analogy.
Clever. We'd end up seeing in the
Sadly it does seem we have to continue supporting IE6 for a while yet.
And I think I've finally figured out why some people think Citadel's UI
is ugly. They're viewing it on Internet Exploder. It's gorgeous on
Firefox, but it looks like crap on IE. This is partially my fault; I
don't t
> I'm at linux.conf.au at the moment, and the guys that are doing this
>presented yesterday. As noted on the page, they told me we don't have to
do
>anything to support it, unless we wish to support mutli-user
conferencing
So ... they just encode each video frame as an instant me
>Do we have any statistics on what browsers webcit users use - say on
>uncensored?
Sure, here are the statistics:
Overall:
Internet Exploder:46.21%
Firefox: 41.15%
Safari:5.15%
Opera: 3.17%
Chrome:
Speaking of which ... I just tried out the current WebCit code on
Internet Explorer 6. The icon bar is a repeating display of icons instead
of one per line, and the room list doesn't display at all.
> Hey, at the risk of becoming something you dont want to be, ever think
>of adding a status or mood or any of that crap?
<.G>oto Social Networking 3.0
It's all part of the long term plan.
But first we have to fix what we've already got. WebCit is currently
riddled w
Matt:
gcc -I/root/ctdl/trunk/webcit -g -O2 -Wall --pedantic -DHAVE_CONFIG_H -c
-D_REENTRANT msg_renderers.c
./wmsg_renderers.c: In function bConditional_ROOM_DISPLAY_MSGb:
msg_renderers.c:410: error: bIterateStructb undeclared (first use in this
function)
msg_renderers.c:410:
Hmm ... I'm not sure what changed, but the mailbox view is totally empty
now. Both the normal mode and the safe mode display the throbber for a
split second, then the whole box clears out.
Clever, but I wish I didn't have to resort to such a sleazy kludge. If
there had been any way to do this inside the program code I would have
built it as a new API call within libical. It is rather stupid that
neither POSIX nor GNU thought anyone would have any use for a library call
that tel
I'm wondering whether the problem I am experiencing is the same one. When
I click "Add, change, delete user accounts" my webcit crashes with the
following backtrace:
#0 0xb7f64424 in __kernel_vsyscall ()
#1 0xb7bfb880 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7bfd248 in abo
I'm also noticing that if I click on any name on the Contacts screen (or
presumably in any address book room), it doesn't bring up that contact ...
instead of just displays the "This address book is empty" screen.
So ... does anyone know why OpenID isn't offered as a login option
anymore, or should I go take a look?
So it's a generic drag and drop API that we can use anywhere? That's
useful -- I'd like to update the calendar screens in the future to allow
dragging appointments around the grid the way some others are doing it.
>Do you see a request for /json_roomflr in the webcit console? Which browser
>& version are you using?
I don't see that request. Firefox 2.0.0.11 on Linux.
>Regarding your first list of regressions - are you sure iconbar had a
>background? looking at the CSS on uncensored, its just white
Wow, that's a lot of fixes in one shot. Thanks for responding so quickly!
A couple of things I noticed after this last update:
* "switch to room list" sometimes doesn't work. I'm still trying to
figure out a set of reproducible steps and will post them if I find them.
* Whe
More:
* Tabbed dialogs such as the event editor and site-wide configuration now
show the div that's common to all tabs (such as the Save/Cancel buttons)
as an odd looking bottom tab instead of spanning the entire width of the
dialog.
* The "Chat" function is gone. Pushing the
Ok, here are some problems I see so far:
* Iconbar - the background is gone
* Iconbar - "customize this menu" appears above the last button instead
of below it, and the font is too big (did the css for it disappear?)
* When I click on "Mail" the message "Loading messages from
I like the safe mode idea. What is its behavior? Does it go to the old
webcit semantics or does it actually implement a non-ajax view?
>Yes, I figured it out that way. It was a bit fiddling, but I managed to
get
>it all down so that just one struct was needed. Thats smart, because of
all
>functions can work genericaly on mime parts.
Yes, it was a good design choice. The only confusing part is that it
behave
Ok, I think that was it. Am I correct in understanding that Msg->MsgBody
is just an ordinary wc_mime_attachment that happens to point to the MSG4
top level? r6932 populates the 'msgnum' with the proper message number.
This fixes the problem I was seeing, but are there any possible side
dothebart: r6930 gets the Exchange invitations to display, but they still
can't be responded to, because msgnum is still set to 0 in the mime
structure when the data is passed along from MSG4 top level.
Interestingly, the part number *is* set properly. Any idea why? And can
we fix this
Not even close. We're in feature freeze but the code is barely alpha
quality. There's quite a bit of cleanup to do.
Right now the addressbook popup is broken. We should fix it before we add
a throbber.
/* Look for commonly-found probes of malware such as worms, viruses,
trojans, and Microsoft Office. */
Sometimes I even amuse myself. :)
I only committed that change because I eliminated an extra conditional on
one of the preferences; I didn't actually fix the problem. I'm having
some trouble figuring out what the real problem is. Basically it's not
loading any of the preferences, such as day start/end and 12/24 hour. If
I ch
Attention everyone:
__
| _ \ ___ ___ _ _ _ __ _ __(_)_ __ __ __ _ _ __ | |_ ___
| |_) / _ \/ __| | | | '__| '__| | '_ \ / _` | / _ \ \ / / _ \ '_ \| __/ __|
| _ < __/ (__| |_| | | | | | |
>locate_user_vcard
>
>doesn't use its parameter "username" though auth.c puts it in... Bug?
Wow, that's interesting. Ok, I guess it's time to remove the extraneous
parameters, because the caller has already done the important work.
>I personaly most allways prepend *; should we use the above syntax?
Meh ... it doesn't look like something we really need.
Hey Matt, I just read branches/webcit-newsummaryview/WISHLIST and I like
what I see there. Your vision for the mailbox view and icon bar matches
very well with what I had in mind (but never seem to have the time to
implement).
What timeframe did you have in mind for the merge? Befo
Tags and branches in svn are just cheap copies. Works for me ... but then
again, I never really got into tags and branches back in the CVS days, so
maybe it sucks afer all, I dunno.
In other news, I'm *almost* finished with recurring events support. Just
gotta finish up free/busy suppor
Doesn't matter too much. SVN doesn't solve all of CVS's problems, but
it's been more stable for us.
Whew! That was a long haul. But it's almost finished!
At this point I think I can say that if we were accepted into GSoC and
had some wetback college kid attempt to do this, he would have screwed up
a lot of things and the cleanup would be enormous.
Couple of minor things left to
I think BBS view is probably the next best thing.
>Ig, could you drop some more words on this? which rooms will carry this?
>whats webcit to do if it hits them?
Currently we do not render the Journal view in WebCit. It's only there
for the Bynari connector.
I'm having this problem with WebCit when I try to connect using
cadaver (a DAV client) ...
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7c5c8c0 (LWP 25757)]
0xb7ce54ac in free () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt
#0 0xb7ce54ac in free () from /lib/tls/i68
>when heading out on that again... what would be the appropriate place to
save
>a global config in?
The room name is "Local System Configuration" but don't talk to it
directly, use the handy API functions:
CONF GETSYS|application/x-citadel-foo-config
and
CONF PUT
Better now, but I see a different problem: on a fresh install, for a new
user, the preferences screen is missing a bunch of fields.
Ok, this is interesting ...
I'm trying to move my development work back over to splorph.xand.com so I
can follow the libical changes without affecting the three production
Citadel sites on hawthorne.citadel.org.
Granted, it's a very old Linux (Fedora Core 3) but the way WebCit is
m
This is all great stuff, and it's going to really be a useful
application.
However I'm concerned that we're getting to a point where I don't really
understand how WebCit works anymore. I'd appreciate if the two of you
could extensively document the templating and json stuff on the w
>flew.. either way its a timesaver. Its not finished yet.. the resize
grippy
>hasn't been put back yet, nor has drag and drop - excuse me for being
naive,
>but can someone tell me what drag and drop is supposed to do in
listview?
That's for moving messages between folders. If y
Been there, done that, it's always answered by some random schmuck who
boldly declares that no open source groupware servers can replace Exchange
because they don't have the exact feature set of Exchange, don't
interoperate with Outlook, blah blah blah.
Feh, it's $$$-ware.
Ooh, that could be nice.
PACKAGE MAINTAINERS: I recommend applying this patch to your packages.
Easy Install has been patched, and I may go for the source tarballs
next...
D'oh! Calendar events are being saved with the timezones, but invitations
are still being sent without them. EPIC FAIL!! The sun is giving
everyone skin cancer, birds are spreading avian flu, and the free ice
cream was poisoned.
*sigh*
I'm getting tired of this. It was so much work to get recurring events
done, and after recurring events support turned out to require a complete
overhaul of the way we handle timezones, there's just so much more work
getting everything changed across the entire calendar syste
>this should probably fix the messages (not) loaded situations.
Sure does! Thanks!
Clean builds of libcitadel and webcit. I've got data loaded into the
system but most of the time it does not appear.
Ok, that looks mostly better ... it's displaying the correct view now, but
all of the views (except for mailbox) are now empty. You have to click
around for a bit before they show any data.
I just did a clean build of libcitadel and webcit, but this problem seems
to persist:
* Mailbox view: didn't find Template [summary_header] 14 14
(instead of the mailbox)
* Calendar view: shows parts of the Tasks, Calendar, and Contacts view
.. and no data
* Notes: show
>ok, I'd say were at a point, where uncensored probably could be updated
to
>SVN head.
Except it can't because the calendar is still broken :(
I seem to recall that the phrase "fuck me gently with a chainsaw" is
fairly common in the Linux kernel.
> I love the comments in some of these commits.
What, doesn't *everyone* use the phrase "HAHAHA WH BOING BOING
BOING YOWZ0RS" to denote that a particularly tough issue has been
resolved?
Hmm, even after a rebuild of libcitadel and webcit, I'm getting a title
bar on the login screen that says:
Handler [CONTEXTSTR] (in
'/appl/develcit/trunk/webcit/static//t/beginbox.html' line 3); requires
context of type 12, have 0!
[CONTEXTSTR("X")]
Ok, so do we need to increment the version number of citserver and then
make webcit depend on it?
> DST really needs to be done away with.
Not just DST ... time zones need to be done away with. The whole world
goes to UTC and you just deal with it. So what if your work day in New
York is 2pm to 10pm? You'll get used to it in a week or two and then no
one ever has to guess what
It's *very* frustrating. Fixing time zone issues will probably take
longer than it did to *write* the entire recurring events thing. It's
recurring ... it's even recurring in the correct time zone ... then when
we hit a DST boundary everything shifts by an hour.
I want the whole world t
>ah, was this related to the partial fetch stuff? no connection to that
sieve
>fix? right?
The bug was always there, but partial fetch may have caused it to show
more.
yowza, that was a scary one. Good thing the code hasn't been released, or
we would have had a lot of unhappy IMAP users.
Someone's been busy :)
dothebart: I'm noticing that you used the "short" datetime in the message
headers. It should be using the full datetime.
Don't forget to test it with messages that have attachments, as well as
submessages with attachments. That's where it gets tricky.
Those of you who are into schadenfreude will take great pleasure in
observing the next few weeks of weeping and gnashing of teeth as I try to
make sense of time zones and recurring events.
It crashed even when I added a linebreak. I even tried folding the
headers down to about 72 columns, with the same results -- if the last
address is chopped, it crashes.
Nasty stack smash, too. Last time I worked on something like this with
Aaron he couldn't even get it to fail on the e
Ok, that should fix the issue that a few people have had from time to
time, where a corrupt address at the end of a list of recipients can cause
libsieve to crash.
>Yeah... fair enough.(libtidy is NOT needed, just haven't taken it out)
Thanks for understanding ... definitely don't take it personally, we'd love
to have some of your code committed to the tree in the future.
As for libtidy ... can it be used without an xml parser?
>I suppose you've conside
Sam:
I'm afraid we can't accept this patch.
Inline images are something we definitely want, but your patch integrates
libtidy/libxslt/libxml into the system as well. As I mentioned before, we
are not willing to add all of those new external dependencies to the Citadel
system at this time.
If yo
1101 - 1200 of 2223 matches
Mail list logo