I just added a script, or well finished a great deal of what I want it
to do for 0.1-stable:
Please read my comment on the corrosponding ticket:
http://trac.roundcube.net/ticket/1483912#comment:16
And please provide feedback either on trac, or here. I know it doesn't
do a *lot*, also doesn't magically setup RoundCube, nor does it offer
a step-by-step way to set it all up. It's more to be used
troubleshooting. For example, you set it up (edited the config files,
or maybe forgot one) and then you pull up the page and keep reloading
it until it's *all* green.
Anyway - I need an IMAP check. If anyone wants to contribute that, let me know.
Cheers,
Till
P.S.
We are down to 8 tickets on the current milestone:
http://trac.roundcube.net/query?status=new&status=assigned&status=reopened&…
Rejoice!!! I see the light!
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
updated hungarian translation attached.
It would be nice if beside Label and Original there would be a sample
text (even after the Translation input box). Like for this:
labels.inc
messagecount Messages ___________ 37 Messages
This way the translator could see the context, which
is very important from the point of translation.
Yours,
Balázs
--
Horváth Balázs
fejlesztési vezető
WG Informatika Kft.
H-1123 Budapest, Alkotás utca 53. (MOM Park, "D torony" II.em)
Mobil: +36/20-971-2904
E-mail: horvath.balazs.wgi(a)gmail.com <mailto:horvath.balazs.wgi@gmail.com>
Web: http://wgi.hu <http://wgi.hu?adid=145>
WG informatika
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/x8/7j1oQFkN/signature_wgi.gifhttp://detached.gigo.com/rc/x8/7j1oQFkN/locale_hu.zip
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
Please find attached the updated Arabic translation.
regards,
Ossama Khayat
----- Original Message ----
From: Thomas Bruederli <roundcube(a)gmail.com>
To: dev <dev(a)lists.roundcube.net>; announce(a)lists.roundcube.net
Sent: Wednesday, February 13, 2008 7:05:02 PM
Subject: [RCD] New texts for RoundCube 0.1-stable
Hi everybody,
The first stable release of RoundCube is coming up soon. Yeah!
After adding some new features I'd like to call all translators to
update the localization files in order to get everything ready for the
release. Please use http://translator.roundcube.net/ to find the
missing texts and then submit the updated files to the dev mailing
list.
Thanks a lot!
Thomas
_______________________________________________
List info: http://lists.roundcube.net/dev/
____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/JQ/HrshjwD6/roundcube-ar.zip
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hey everyone,
I had an idea for a feature that I think would be handy. Whenever you send
an email or reply to an email, have RoundCube remember the address you're
mailing and use that in addition to the address book for autocompletion
suggestions when you're typing the Recipient field.
Before I start coding this patch, my questions are:
1) Is anybody working on this feature already?
2) Would anybody else like to see this feature added?
3) What would be the best way to store the email addresses? A new MySQL
table? A flatfile? As address book records with an extra flag to prevent
them from showing in the address book view?
-Ben
_______________________________________________
List info: http://lists.roundcube.net/dev/
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/Tf/aG1zHKLY/pl.tar.gz
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello all,
I recently (actually yesterday) set up RoundCube, and I've gotta say, it
looks quite promising.
One thing I was missing though, was being able to override SMTP settings
from within Identities. This is because I use 3 different POP3/SMTP
accounts that I collect into a single IMAP account. For each of these
accounts I have to use different SMTP settings.
This is where the following patch comes in:
http://schrei00.dyndns.org/files/roundcubemail-identity-smtp.svn1039.diff
Basically it adds the smtp_ settings to the identity settings, and, and
this is the ugly part, passes the identity array all the way through, until
the SMTP connection data is being assembled. The patch doesn't take care of
non-MySQL databases. (The other DDL scripts are not being updated.)
I do understand that this patch is an ugly hack, but I wanted to get
opinions on whether this feature is actually desirable, or if I'm the only
one needing it.
Opinions/ideas/suggestions are welcome,
Hobbes
PS: Sorry if this turns out to be a double 'post', but I confirmed the list
subscription only after sending this mail the first time.
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hello all,
I recently (actually yesterday) set up RoundCube, and I've gotta say, it
looks quite promising.
One thing I was missing though, was being able to override SMTP settings
from within Identities. This is because I use 3 different POP3/SMTP
accounts that I collect into a single IMAP account. For each of these
accounts I have to use different SMTP settings.
This is where the following patch comes in:
http://schrei00.dyndns.org/files/roundcubemail-identity-smtp.svn1039.diff
Basically it adds the smtp_ settings to the identity settings, and, and
this is the ugly part, passes the identity array all the way through, until
the SMTP connection data is being assembled. The patch doesn't take care of
non-MySQL databases. (The other DDL scripts are not being updated.)
I do understand that this patch is an ugly hack, but I wanted to get
opinions on whether this feature is actually desirable, or if I'm the only
one needing it.
Opinions/ideas/suggestions are welcome,
Hobbes
_______________________________________________
List info: http://lists.roundcube.net/dev/
For all the testers in dev - I made the flag/unflag functionality work by standard coding. It is set to later, but I have been using it for some months now without any trouble. You can apply the diff to test it on your configuration (=> hope it still works on current SVN).
http://trac.roundcube.net/ticket/1484623
Seansan
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/nF/tAePW75L/4A.bmp
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi there, good to be back in dev list
-- Can we add #1484601 to current roadmap? Seeing all the mails that have a "display images" bar would really improve the viewing of these messages.
I was just testing the branched trunk. Looks good - now real errors so far, only the error below in logs (am running PHP 5, svn 990).
-- [02-Feb-2008 10:59:47] PHP Warning: preg_match() [<a href='function.preg-match'>function.preg-match</a>]:
Unknown modifier '/' in /program/include/rcube_imap.inc on line 1774
-- [02-Feb-2008 10:59:47] PHP Warning: preg_match() [<a href='function.preg-match'>function.preg-match</a>]:
Unknown modifier '/' in /program/steps/settings/manage_folders.inc on line 122
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/dP/eCMeGbXV/Emoticon3.gif
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi guys.
When composing messagewith HTML editor, all international characters are
converted into HTML entities. Then, when sending this message, an alternative
plain text MIME part is created. RoundCube should convert these HTML entities
back to utf-8 for this plain text part. Tested with RC2.
Patch against
program/steps/mail/sendmail.inc
in trunk attached.
Thanks for your work.
Jiri Kaderavek
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/rA/yaa70l7/sendmail.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/
Hello - Was hoping for a little help please.
I have a homepage and a form which allows a user to enter a
username/password.
I am trying to make this username and password send direct to my
roundcube install. This part works fine.
However when the wrong user/pass are entered roundcube gives the usual
error 'login failed' but returns the user to the roundcube index.php - I
would prefer it to return to user to my login form.
I don't suppose anyone could help me locate the required section of code
so I can edit.
Kind Regards,
Daniel
_______________________________________________
List info: http://lists.roundcube.net/dev/
On Feb 5, 2008 6:01 PM, chasd <chasd(a)silveroaks.com> wrote:
> > User reports: "Email causes loop"
>
> One issue is that some of the reports may be on the users mail list,
> some may be on the forums. I don't know of a way to get those two
> ( and others I don't know about ) reconciled. If two users on the
> mail list report a bug, and two users on the forums report the same
> bug, it is the same as if _only_ two users report the bug and not
> four. Obviously Trac is where that should be consolidated, but at
> what point is a bug "confirmed" by the community ?. Four users run
> into the bug ? Three ? Five ?
1+ can be confirmed. As long as someone can upload an email to
reproduce this, it's confirmed by a single person.
The difficulty lies within those reports "RoundCube doesn't work in
Firefox", then a dozen people say, "works for me" or "yeah, same
problem". ;-)
It doesn't take much to confirm a bug, it's just about the
reproduction. As long as that is given, we can always fix it.
> > What we would like is:
> >
> > X amount of people test and say, "Correct, I can reproduce this
> > behavior." and maybe upload a bunch of emails to testing.roundcube.net
> > in the process and let us know about it.
>
> OK, I've used RC for over a year and never knew about that site.
> Of course, I haven't had a need.
Believe me, I am glad.
For others in need (this is linked from the trac homepage):
http://trac.roundcube.net/wiki/Howto_ReportIssues
I also frequently pass around this link on IRC and on the mailinglists.
> > I know we don't always have the fastest turn-around on bugs and
> > tickets but generally what we also lack is more feedback.
>
> Yes, I think what feedback you have is too diffuse ( spread out ).
>
> > Someone
> > opens an issues and is never to be seen again.
>
> I call those drive-by bug reports.
I'd welcome drive-by patches. ;-)
> The user has an issue, fires off
> an e-mail to some list, and thinks that is enough. They may even
> unsubscribe from the mail list at that point because of "too many
> messages." I know of one acquaintance of mine that joined a list to
> report a bug ( not RC ), and then set his spam filter to block all
> the traffic from the list. Didn't even bother to unsubscribe. Those
> types of reports we can't help, even if it is an actual bug. I would
> hope that if the bug is serious enough, someone else will run into
> it, and they will have what it takes to champion it to Trac and
> provide enough information for the bug to be verified and possible
> fixed.
>
> Open source software is based on community, which means ( at least to
> me ) the end users must take an active role in reporting and
> following through on bugs. Most users are used to commercial
> software, where it not only is not expected for the end user to
> provide feedback, but it is actively discouraged in many cases.
>
> So IMHO any messages reporting bugs on the Users list or on the
> forums should be funneled to
>
> <http://trac.roundcube.net/wiki/Howto_ReportIssues>
Yes, please.
But only to a certain extend. We also get the "I can't send
email"-stuff which in 99.99999% of all cases is config related. But I
guess there are various things how we can improve that etc..
> so bug reporting is consistent for the developers.
>
> > And when it works for
> > us, we close with WORKSFORME. Which doesn't rule out that the error is
> > still stuck somewhere in RoundCube.
>
> In order to "reward" those who spend their time to provide decent
> feedback, is there any feedback from the developer(s) when a bug has
> been verified ?
I try to confirm them too. I am trying to check Trac's timeline every
day and work through issues. It obviously doesn't work always like
that, but generally that's what I try. And when I say, "I", I really
mean "we". I know are doing the same.
>
>
> OK, what about RFE's though ?
> They can't be "confirmed" in any way.
> Popularity is not always a good indicator of priority either.
>
> Would viable RFE's get included on
>
> <http://trac.roundcube.net/roadmap>
>
> or
>
> <http://www.roundcube.net/about>
>
> under planned features ?
>
> How will those RFE's not determined to be viable be handled or
> notified ? I assume all RFEs should have a Trac ticket.
Could have a trac ticket, I suppose. There is nothing wrong with it.
But currently it doesn't always work like that.
Cheers,
Till
_______________________________________________
List info: http://lists.roundcube.net/dev/
Brett, wondering if the the problem we had with the forum (trouble receiving .... and what can I do) is still necessary?
In addition I think it would be wise to add another link to the bugtracker and a short 1,2,3 on how to submit bugs, requests and patches. I find that there are some good suggestions and fixes being logged in the forum, but not admitted to trac.
Suggestion version 1.
"Be aware that the development team has an official bugtracker in place where bugs, fixes, requests and patches can be logged an monitored.
Before you log an issue we ask you to:
1. use the community to confirm the bug, test the patch or confirm the future request
2. test patches in the common browsers before uploading - and keeping in mind that the solution needs to work not only for you but all RC users
3. Upload the item to the bugtracker with a clear description and log of tests performed + in case of a bug the steps to reproduce
"
Seansan
_______________________________________________
List info: http://lists.roundcube.net/dev/
Let me first say I am happy with the progress of RoundCube and all
the work the developers are doing. However, as part of my plans to
migrate our servers to PHP5, I was wondering if there was any
information about the status of the migration of RoundCube to PHP5. I
remember that the devel-vnext branch was the target for this work,
but I might be mistaken.
Do the devs want to get out of RC stage to a 0.1 release before
concentrating on GoPHP5 ?
Should any patches be against devel-vnext instead of trunk ?
Should there be instructions on <http://trac.roundcube.net/wiki/
Dev_SVN> on how to check out and use devel-vnext ?
Is anyone using devel-vnext without major problems, known major
issues not resent in trunk ?
Am I asking too many questions ?
Charles Dostale
System Admin - Silver Oaks Communications
http://www.silveroaks.com/
824 17th Street, Moline IL 61265
_______________________________________________
List info: http://lists.roundcube.net/dev/
On item: Can we add a simple update scripte for developers - update to latest SVN / http://trac.roundcube.net/ticket/1484742
Seen the comments on this ticket. Would like to add some thought on it.
I understand that the core developers have SVN installed and can work with tortoise fine. But I think a lot of others out there don't use these two programs, or sometimes don't have the ability to access and/or install SVN on the ISP server - or don't have a local installation. On the other hand: when bugs are fixed there is often a statement that one should update to latest SVN to test. I have the idea that the issue logger often thinks it is to much of a hassle to reinstall (and even find out how and where to download the latest SVN - then copy config, chmod log directory and continue). The users that log the bugs are not developers and sometimes technology adverse.
Another way would be to have a a tester and developer only version available that always runs the latest SVN.
Seansan
_______________________________________________
List info: http://lists.roundcube.net/dev/
Adam, can you have a look at the ticket below. I think there are some good trac improvements that are suggested and will improve the way RC evolves (and adds clarity and speed of return).
http://trac.roundcube.net/ticket/1484641
Seansan
_______________________________________________
List info: http://lists.roundcube.net/dev/
I was reading about Yahoo's implementation of Open ID and was wondering if
it is possible to integrate OpenID in Roundcube in some sort of way. It
would be really cool and useful.
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi,
Anybody please verify my patch for #1484710. Works on my end, but I'm
quite sure I saw something over the head [1].
Robin
[1] Literal translation of a dutch expression, let's see how many people
understand :)
_______________________________________________
List info: http://lists.roundcube.net/dev/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I make a patch who improve the search :
- - When you click on a message, the previous/next button switch between
search result, and not all mails.
- - When you return to the list, the search is memorized
The patch close : http://trac.roundcube.net/ticket/1483883. I send it on
the ticket too.
Regards,
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (GNU/Linux)
Comment: http://firegpg.tuxfamily.org
iEYEARECAAYFAkefffIACgkQjKKs5/FTCjXxgQCgle6fJm4cTMiG6MuAlq+L1Td0
zhMAniGFRDKTcZpbIGbMRcwor99g6v3D
=hhwd
-----END PGP SIGNATURE-----
--
Maximilien Cuony [The_Glu]
http://theglu.org
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/jr/uVTaa7ap/search-pattch
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/
Hi guys,
we progressed a bit with the merge ("translating" changes made since
the 0.1-rc1 release to devel-vnext branch) over the last weekend
including yesterday. I think we are half way there. If you follow
commits (1), you can check it out. I didn't have any time testing yet
and will hopefully continue tomorrow.
As Thomas previously wrote, we then need to work on 0.1 tickets (2),
if any of the developers could help out - it would be really
appreciated. After all we have 22 contributors (well, 21) according to
Ohloh (3) which theoretically means we have the resources.
Cheers,
Till (and also Tomasz)
1, <http://trac.roundcube.net/browser/branches/devel-vnext>
2, <http://trac.roundcube.net/query?status=new&status=assigned&status=reopened&…>
3, <http://www.ohloh.net/projects/240/analyses/latest/contributors>
_______________________________________________
List info: http://lists.roundcube.net/dev/
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I make two small patches to correct two smalls problems :
First, When we got a new mail, the title of the page change (the number of
new mails is showed). But if we click to set a message as read, or delete
it,
the title counter is not updated.
So !
- - When a message is moved or deleted, the counter is updated [only for
inbox)
- - When a message is read/unread on the list, the counter is updated [only
for inbox]
- - If you access roundcube with an url like ?_task=mail&_mbox=INBOX,
counter
is updated (only for inbox)
- - If you read a message and return to the list, the counter is updated
- - We you read a message, the counter is updated too (counter is here when
you read the message). I don't know if it's a
good idea, but is hard to disable this (it's possible, but it's mean a lot
of changes)
- - If you navigate between folders and go to inbox, the counter is
updated.
- - When a new message is received, the title is updated, only for inbox !
(I
think this feature for trash is not very useful ;) )
It's fix http://trac.roundcube.net/ticket/1484650 :)
Second :
We you click on a list, and re-click later on the same row, the row is
showed as selected, but not in the interface (for example in the mail list
button for actions (replay...) switch to disables)
I didn't really found the problem in the code, but I find a way to fix the
problem. I tested the lists with my edit, and I don't see any changes in
they comportment, so I think it's ok.
All patches are based on the trunk, lasted revision. I hope you will patch
the trunk if there is no problems :)
Regards,
- --
Maximilien Cuony [The_Glu]
http://theglu.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (GNU/Linux)
Comment: http://firegpg.tuxfamily.org
iEYEARECAAYFAkebNgoACgkQjKKs5/FTCjUYJgCfaoNMSYcPgGOmAyWlgrBiGfGt
XDEAniLuQJva9R+hmctKwr5yoQlZwwve
=dm/6
-----END PGP SIGNATURE-----
--- 8< --- detachments --- 8< ---
The following attachments have been detached and are available for viewing.
http://detached.gigo.com/rc/pf/7yJFnqq1/patch1-unreadcounter.txthttp://detached.gigo.com/rc/pf/7yJFnqq1/patch2-long-double-c.txt
Only click these links if you trust the sender, as well as this message.
--- 8< --- detachments --- 8< ---
_______________________________________________
List info: http://lists.roundcube.net/dev/