Language:
switch to room list switch to menu My folders
Go to page: First ... 14 15 16 17 [18] 19 20 21 22 ... Last
[#] Tue Mar 10 2009 11:51:53 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 454] New: date picker out of position

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=454

Summary: date picker out of position
Product: WebCit
Version: 7.xx
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P5
Component: View: Calendar event Editor
AssignedTo: room_citadel_bug_tracking@uncensored.citadel.org
ReportedBy: meskes@debian.org
Estimated Hours: 0.0


The date picker for event starting (dtstart) or ending (dtend) is correctly
displayed below the input field. However, the one for repeating events
(rruntil) comes up completely out of position in the menu bar.


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Fri Mar 13 2009 14:23:22 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 395] vCards from TBird via SyncKolab don't show address etc.

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=395


Art Cancro <ajc@uncensored.citadel.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED




--- Comment #5 from Art Cancro <ajc@uncensored.citadel.org> 2009-03-13 13:23:21 EST ---
As of r7215 we have changed the vCard parsing logic in Citadel. Properties and
parameters are now treated as separate variables. Properties are matched
strictly (such as 'email') but parameters are handled with a fuzzy match.

For example, we identify an 'email' property as an Internet address if the
string 'internet' appears anywhere within the parameter string. This will
allow it to match on 'email;internet' as well as 'email;type=internet' and
'email;type=internet,pref' or even 'email;not_the_internet'. There are so many
different variations out there that we can't count on a strict match.

I'm marking this as 'fixed' but it probably deserves a review by everyone CC'ed
on this bug for testing. Let me know if you guys need access to a Citadel
server running SVN HEAD rather than the currently released version.


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Tue Mar 24 2009 11:19:29 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 455] New: It will be nice if I can mark a message as spam or notspam

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=455

Summary: It will be nice if I can mark a message as spam or
notspam
Product: WebCit
Version: 7.xx
Platform: Other
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: View: Mailbox View
AssignedTo: room_citadel_bug_tracking@uncensored.citadel.org
ReportedBy: bogdan@licentia.eu
Estimated Hours: 0.0


Spamassassin can learn a message as a spam or a ham, it will be nice if citadel
can use this feature.
More, if citadel can log there ip addresses, citadel can commit this ips to
rlbs.


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Tue Mar 24 2009 21:38:11 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 455] It will be nice if I can mark a message as spam or notspam

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=455


Art Cancro <ajc@uncensored.citadel.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |ajc@uncensored.citadel.org
Status|NEW |RESOLVED
Resolution| |INVALID




--- Comment #1 from Art Cancro <ajc@uncensored.citadel.org> 2009-03-24 20:38:09 EST ---
This feature has already been implemented. It will appear in Citadel 7.50 (to
be released in mid to late April).


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Thu Apr 09 2009 06:19:53 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 456] New: Webcit calendar view becomes nearly unresponsive when it contains several thousand events

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=456

Summary: Webcit calendar view becomes nearly unresponsive when it
contains several thousand events
Product: WebCit
Version: 7.xx
Platform: PC
OS/Version: Linux
Status: NEW
Severity: critical
Priority: P5
Component: View: Calendar Month
AssignedTo: room_citadel_bug_tracking@uncensored.citadel.org
ReportedBy: roland.wolters@credativ.de
Estimated Hours: 0.0


I have an ics calendar file with several thousand entries spread over some
years: 3-5 events each day over 3-5 years. I import these via telnet (ical
putics) and afterwards try to open Webcit to have a look at the data.

Webcit's calendar view is now unbelievable slow - it takes minutes (!) to
change the view from for example one month to another. Since such a large file
should be normal once you really work with it, this seems to be a critical
issue.

A co-worker wrote a script to generate such calendar files automatically to
verify the problem. I've attached such a generated calendar file to this bug
report, if you need further test calendars just ask.


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Thu Apr 09 2009 06:21:35 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 456] Webcit calendar view becomes nearly unresponsive when it contains several thousand events

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=456





--- Comment #1 from Roland Wolters <roland.wolters@credativ.de> 2009-04-09 06:21:33 EST ---
Created an attachment (id=49)
--> (http://bugzilla.citadel.org/attachment.cgi?id=49)
Example ics files containing thousands of entries.


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Sat Apr 11 2009 11:46:34 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 457] New: citadel cannot authenticate user due to string sanity check that cuts the password

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=457

Summary: citadel cannot authenticate user due to string sanity
check that cuts the password
Product: Citadel
Version: current version
Platform: All
OS/Version: All
Status: NEW
Severity: critical
Priority: P1
Component: Authentication
AssignedTo: room_citadel_bug_tracking@uncensored.citadel.org
ReportedBy: michelbriand@free.fr
Estimated Hours: 0.0


After prompting the user for a password (citadel.c function newprompt), the
password string is passed to the sanity check function strproc that alter it.

Then Citadel cannot authenticate the user.

The strproc function (support.c) removes some characters from the password
string. This is where is the problem.

Should this function be called, I think it's not mandatory for the password
checking process, it shall not alter the password string.

Characters removed by strproc are:

! @ - , % |


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Sat Apr 11 2009 12:51:25 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 456] Webcit calendar view becomes nearly unresponsive when it contains several thousand events

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=456


Wilfried Goesgens <dothebart@uncensored.citadel.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED




--- Comment #2 from Wilfried Goesgens <dothebart@uncensored.citadel.org> 2009-04-11 12:51:24 EST ---
ok, watched this with the profiler, and took apropriate measures. Its around
2secs around here while running in Callgrind, I think thats acceptable.
Please try SVN Trunk; You need to recompile libcitadel and webcit to get it
done.
If you already have an SVN webcit, please do a 'make clean' first.


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Tue Apr 14 2009 02:38:55 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 456] Webcit calendar view becomes nearly unresponsive when it contains several thousand events

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=456


Wilfried Goesgens <dothebart@uncensored.citadel.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |dothebart@uncensored.citadel
| |.org
Status|RESOLVED |VERIFIED




--- Comment #3 from Wilfried Goesgens <dothebart@uncensored.citadel.org> 2009-04-14 02:38:53 EST ---
Wasn't that cheap.

is it right, that we do cmd_msgs to retrieve the messages inside of the
calendar, and then...
for each entry in the list we do
MSG4 to find the message,
and DLAT to download the ical attachment afterwards?
I guess, the problem is here, that we have lots of turnarounds...
and, that a message is loaded from disk twice...
we'd need s.th. that does 'give me attachment from msg n with contenttype x
so the message would just parse & load once, and just had to be transmitted
once.
which should save us 1/3 of the time we need right now.


in the webcit profile, we see that inside of display_individual_cal there are 3
major cpu hogs:
ical_component_new_clone (why do we need to duplicate stuff here?)
ical_dezonify
and the put() into the list...
and... I guess if we could do the loading and parsing in different threads,
we'd get another boost.
so i think the first part will be sort of a major overhaul, right?
or...
some cheap trick to reduce the amount of messages output in MSG4 to the
client...
like a simple filter for time range we want to display, and maybe give us
recurrencies anyway...


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Tue Apr 14 2009 02:41:09 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 456] Webcit calendar view becomes nearly unresponsive when it contains several thousand events

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=456


Wilfried Goesgens <dothebart@uncensored.citadel.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|VERIFIED |REOPENED
Resolution|FIXED |




--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Tue Apr 14 2009 02:42:19 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 456] Webcit calendar view becomes nearly unresponsive when it contains several thousand events

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=456





--- Comment #4 from Wilfried Goesgens <dothebart@uncensored.citadel.org> 2009-04-14 02:42:17 EST ---
Created an attachment (id=50)
--> (http://bugzilla.citadel.org/attachment.cgi?id=50)
profile of citserver serving the big calendar


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Tue Apr 14 2009 02:43:30 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 456] Webcit calendar view becomes nearly unresponsive when it contains several thousand events

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=456





--- Comment #5 from Wilfried Goesgens <dothebart@uncensored.citadel.org> 2009-04-14 02:43:29 EST ---
Created an attachment (id=51)
--> (http://bugzilla.citadel.org/attachment.cgi?id=51)
profile of webcit when opening the big calendar

display with ckachegrind


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Thu Apr 16 2009 11:12:36 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 456] Webcit calendar view becomes nearly unresponsive when it contains several thousand events

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=456


Art Cancro <ajc@uncensored.citadel.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |ajc@uncensored.citadel.org




--- Comment #6 from Art Cancro <ajc@uncensored.citadel.org> 2009-04-16 11:12:34 EST ---
As of r7351 we are now being more intelligent about using the data supplied to
us by MSG4. In most cases MSG4 is already supplying the calendar item, so we
don't have to call load_mimepart() to fetch it again. In my initial tests this
cuts the time required to load a large calendar almost in half!

As of r7354 we eliminate more database operations by *not* telling MSGS to
fetch the header summary. We don't need the header summary for a calendar.
This reduces the load time to about half of what it originally was prior to
today.

At this point I think it would be wise to profile this again, in order to
determine the biggest opportunities for optimization now that we've
significantly altered the profile of webcit-to-citserver chatter.


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Mon Apr 20 2009 02:41:09 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 456] Webcit calendar view becomes nearly unresponsive when it contains several thousand events

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=456


Wilfried Goesgens <dothebart@uncensored.citadel.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |FIXED




--- Comment #7 from Wilfried Goesgens <dothebart@uncensored.citadel.org> 2009-04-20 02:41:07 EST ---
OK, now solved. test case down from 400s to 2.7s
please retest with SVN Head


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Thu May 07 2009 18:35:49 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 368] mails moved into inbox via imap don't show up in the imap client

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=368


Sam Liddicott <sam@liddicott.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |sam@liddicott.com




--- Comment #5 from Sam Liddicott <sam@liddicott.com> 2009-05-07 18:35:47 EST ---
My Dad has similar problems with Windows Mail but NOT Thunderbird;
independently I came up with the same scenario described below.

If uid's aren't shareable between folders, then can we combine the citadel
message id with the date the message was entered into the room.

Do we have this?

Is it hard?

With respect to comment 4 I suspect it relates to the "read flag" of the
message being set, and I note that the read flag for the top message in many
folder seems to get persistently un-set; I mention it in case it may be
related.

Sam


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Thu May 07 2009 18:37:56 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 361] Envelope-To header discloses BCC address(es)

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=361


Sam Liddicott <sam@liddicott.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |sam@liddicott.com




--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Thu May 07 2009 18:38:32 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 389] Message gets lost when trying to drag it from folder into subfolder called 0

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=389


Sam Liddicott <sam@liddicott.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |sam@liddicott.com




--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Thu May 07 2009 18:47:15 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 458] New: Citadel users can create imap folders but not private rooms

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=458

Summary: Citadel users can create imap folders but not private
rooms
Product: Citadel
Version: current version
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P5
Component: Citadel server
AssignedTo: room_citadel_bug_tracking@uncensored.citadel.org
ReportedBy: sam@liddicott.com
Estimated Hours: 0.0


Citadel users can create imap folders but not private rooms via citadel, even
though they are the same thing.

It seems like citadel users cannot create private rooms via cre8 if they also
cannot create any rooms, see room_ops.c:

if (CC->usersupp.axlevel < config.c_createax) {
cprintf("%d You need higher access to create rooms.\n",
ERROR + HIGHER_ACCESS_REQUIRED);
return;
}

So one would think that they ought to be able to create private rooms
regardless of the createax level; security wise they could login via IMAP to do
it.


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Thu May 07 2009 19:05:03 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 459] New: imap_fetch_rfc822 lies by using HEADERS_FAST

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=459

Summary: imap_fetch_rfc822 lies by using HEADERS_FAST
Product: Citadel
Version: current version
Platform: PC
OS/Version: Linux
Status: NEW
Severity: blocker
Priority: P5
Component: IMAP
AssignedTo: room_citadel_bug_tracking@uncensored.citadel.org
ReportedBy: sam@liddicott.com
Estimated Hours: 0.0


imap_fetch_rfc822() passes HEADERS_FAST to CtdlOutputMsg(), if only the headers
are needed (because the imap client only wants the headers).

This means that most of the non-citadel-special headers are not returned to the
client, particular the Content-Type header.

As a consequence, IMAP clients which try to make efficient use of bandwidth
(like pocket outlook) by caching the headers, do not have a Content-Type header
and assume text/plain even when the body is actually text/html, and display the
messages all wrong.

This makes citadel almost useless for pocket outlook.

The attached patch is one approach but as AJC has mentioned, it is NOT suitable
as it will slow things down too much by requiring and extra seek per message
even though it avoids reading the entire message body.

The content-type header MUST be stored in with regular citadel headers. (As
does the supercedes header for other reasons).

The content-type is currently stored in the supplemental MetaData record, but
this is also stored seperately and may be equally slow to get to.

I think mime type is an important field.


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

[#] Thu May 07 2009 19:06:00 EDT from "bugzilla-daemon" <bugzilla-daemon@web4.xand.com> to room_citadel_bug_tracking@uncensored.citadel.org

Subject: [Bug 459] imap_fetch_rfc822 lies by using HEADERS_FAST

[Reply] [ReplyQuoted] [Headers] [Print]

http://bugzilla.citadel.org/show_bug.cgi?id=459





--- Comment #1 from Sam Liddicott <sam@liddicott.com> 2009-05-07 19:05:59 EST ---
Created an attachment (id=52)
--> (http://bugzilla.citadel.org/attachment.cgi?id=52)
Unsuitable patch


--
Configure bugmail: http://bugzilla.citadel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

Go to page: First ... 14 15 16 17 [18] 19 20 21 22 ... Last