On Thursday 10 July 2003 07:40, Pollywog wrote:
> I installed today's CVS and had some sort of problems with the
> configuration, so I 'rm -rf ~/.licq and started over, but I get this error:
>
> 05:36:55: [ERR] IniFile: Warning, failed to find section.
> File= /home/pollywog/.li
One suggestion.. Maybe use the "Scroll Lock" led for this purpose. I
have a sneaky suspicion that if "Number Lock" or "Caps Lock" are used you
will wreck havoc on the users, not to mention if they are laptop users.
On Thu, 10 Jul 2003, Adam Nielsen wrote:
|> Don't hesitate to write this stuff i
I hope you have a backup of your original .licq directory. The CVS
version is now 1.2.8 and has some significant changes. As a result you
need to run an upgrade script after installing the CVS version:
$CVSROOT/licq/upgrade/upgrade-1.3.0.sh
On Thu, 10 Jul 2003, Pollywog wrote:
|I installed t
Just a quick note in case you don't already know - if you've added someone to
your contact list *without* their authorisation, they won't be added to the
server-side list. If you then perform an operation on them (like adding them
to your always-visible list) you get an error 0x0A, which seems
> Don't hesitate to write this stuff if you like it :-)
Ok, I've had a few more positive responses so I've started work on a plugin.
I've got a basic version going, it turns a LED on when a message comes in and
turns it off when you open the message to read it.
I've just noticed that when I lo
I installed today's CVS and had some sort of problems with the configuration, so I 'rm
-rf ~/.licq and started over, but I get this error:
05:36:55: [ERR] IniFile: Warning, failed to find section.
File= /home/pollywog/.licq/licq.conf
Section = [owners]
05:36:55
--
Buenos Aires, Argentina 8°C with winds at 18 km/h WNW
--- a/licq/include/licq_message.h 2003-07-06 19:20:51.0 -0300
+++ licq/include/licq_message.h 2003-07-09 19:21:41.0 -0300
@@ -387,8 +387,9 @@
{
public:
CContact(const char *s, unsigned long n, c
Hello,
I'm using the CVS version (with qt-plugin), updated about 5 minutes
ago.
XML and HTML tags in a message disappear from the chatwindow
and history but apparently are received on the recepient side.
Example:
Entering the following message:
test, opening tag: closing tag:
results in th
This one is dirty, but makes Secure Channel request work again.
Regards,
Juan.
--
Buenos Aires, Argentina 10°C with winds at 22 km/h W
? plugins/qt-gui/src/1.diff
Index: plugins/qt-gui/src//keyrequestdlg.cpp
===
--- Jon Keating <[EMAIL PROTECTED]> wrote:
> Can you send me this patch, diffed against the current CVS?
The current version is not yet working unfortunately, the way it used
to work (casting to subclass based on remote provided data) could all
too easily be used to crash licq or worse. When I fi
On Saturday 05 July 2003 14:14, [EMAIL PROTECTED] wrote:
> hi,
>
>
> i do some change to rms plguin. can anyone submit to repository?
Thank you, applied, revised a little bit.
Thomas
--
email: [EMAIL PROTECTED]
IRC: DreamForce on #licq
UIN: 75450207 (urgent messages only)
pgp0.pgp
Des
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sunday 06 July 2003 08:18 pm, Juan F. Codagnone wrote:
> On Friday 04 July 2003 07:11, Christian B. Wiik wrote:
> > Easy reproducable: Utilities -> hostname -> Run -> Close window ->
> > crash.
>
> my fix.
Thanks, applied.
Jon
___
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 07 July 2003 08:13 pm, Andriy Gapon wrote:
> I believe there is a bug in licq 1.2.7 that causes messages received from
> server in a particular fashion to be recoded from server to local encoding
> twice.
>
Instead of this patch, can you loo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Monday 07 July 2003 02:06 am, Juan F. Codagnone wrote:
> hi, the __attribute__ ((__deprecated__)) feature of gcc can help us to
> remember what things will become useless.
>
> I attach a patch with an example. I've used config.h because is included
--- Simon Schoar <[EMAIL PROTECTED]> wrote:
> > This is actually a bug in trillian. To work around it enable the
> > "accept in occupied mode" option.
>
> was enabled, but didnt solve it.
I cannot reproduce, when I enable accept in occupied mode, Licq accepts
the message and shows a message rece
On Wednesday 09 July 2003 09:55, O. Novy wrote:
> hi,
>
> i found small bug:
> if i run licq -p rms, close it i run again, rms plugin segfault, because
> port on was been open is in state TIME_WAIT and must wait to be closed.
I noticed this, too.
It should be fixed now in CVS.
Thomas
--
email:
hi,
i found small bug:
if i run licq -p rms, close it i run again, rms plugin segfault, because port
on was been open is in state TIME_WAIT and must wait to be closed.
--
+-+
| |
| Ondřej Nový|
| NOMI team |
| mail: [EMA
On Wednesday 09 July 2003 09:22, Adam Nielsen wrote:
> > The easiest way to implement this would be writing a plugin for it. This
> > shouldn't be too hard.
>
> I thought about that, but is it possible to detect when the user has opened
> a message to read it?
Yes, qt-gui marks messages as read
> The easiest way to implement this would be writing a plugin for it. This
> shouldn't be too hard.
I thought about that, but is it possible to detect when the user has opened a
message to read it? I'm using the qt-gui plugin, so ideally I would like the
scroll lock LED to turn on when I hear t
19 matches
Mail list logo
