Topics

1

&RQ / small bug/inconvinence (0943)&(unofficial0944)

« on: January 28, 2003, 09:42:04 AM »

in the chatwindow, when i click "close & add to ignore list", the ignored user is not deleted from a contact list.

i think, it is more useful to delete it from a contact list.

2

&RQ / minor harmless 0.9.4.0 bug

« on: October 25, 2002, 12:23:41 PM »

in the main &rq window, mouse double click in the empty area below the bottom of the contact list AND above the buttons (mainmenu/status/visibility) causes an AV.

3

&RQ / f.r.: mouse click on ---online users---

« on: October 12, 2002, 06:29:04 PM »

f.r.: (on mouse click OR on Enter key hit) on ---online users--- or ---offline users---, flip "show only online users" on/off.

4

&RQ / 0.9.3.9 bug

« on: September 23, 2002, 12:42:44 PM »

> 0.9.3.9
> BUGFIX: the russian text in the about box was wrong

is still wrong in 0.9.3.9

5

&RQ / feature idea

« on: September 15, 2002, 08:00:15 PM »

Idea for handling not-in-list contacts.

1. when you have a new not-in-list contact, the client sends an add-to-contact-list packet to icq server.

1a. when &rq launched, for each existing not-in-list contact, the client sends an add-to-contact-list packet to icq server.

2. regardless of the "send you're added" prefs checkbox, client does never send any "you're added to contact list" packets to icq server for not-in-list contacts.  This packet will be sent if "send you're added" prefs checkbox is checked, and the local user adds these not-in-list contacts to a contact list.

3. When the user deletes the not-in-list contact from the contact list, the client sends a remove-from-contact-list packet to a server.

Resume. This way, the user will be able to see the status for not-in-list contacts.  They will still be in the &rq's contact list section "not-in-list".

6

&RQ / suggestion

« on: September 15, 2002, 07:33:36 PM »

Could you document the autoaway message variables (%awaysince%, %elapsedhours%, %elapsedminutes%, etc.) in the readme.html ?

7

&RQ / bugs 0918: ^bs

« on: July 22, 2002, 04:49:13 AM »

when i enter the text:

"111

333",

then place the cursor at the start of 333, and then press Ctrl-Backspace twice, there's a stable AV.

8

&RQ / Bugs 0.9.1.5

« on: July 18, 2002, 01:08:38 AM »

The following is about 0.9.1.5.

When it shows "birthday", then it shows the correctly formatted date of the form dd.mm.yyyy (russian standard).  The dropdown calendar works & applies dates, for my info.
When it shows "age", it shows either "Unspecified", or the correct age with spin control.

Bug1a.
Situation: in my info, when i choose "birthday" and enter the date (using dropdown chooser), it applies the date correctly
Bug: here, when I hit "save my info", it shows "your information has been saved", and when this msgbox is displayed, the "unspecified/age/birthday" dropdown is reset to "unspecified".  
After that, if I hit "retrieve my info", the "unspecified/age/birthday" dropdown is reset to "birthday", and the birthday field is initialized with values I entered before hitting "save my info".  

Bug1b.
After that, if I choose "age" of "16", hit "save", then the "unspecified/age/birthday" dropdown is reset to "birthday", and the birthday field is initialized with values I entered in the Bug1a process.
After that, if I hit "retrieve my info", the "unspecified/age/birthday" dropdown is reset to "age" of "16".

Bug1c:
After that, i choose "unspecified", hit "save", the "u/a/b" field is reset to "age" of "16".
After that, if I hit "retrieve my info", the "unspecified/age/birthday" dropdown is reset to "unspecified".

Bug2a:
When I select "age", and enter an empty string there, and hit "save", strange value is stored  (I saw "13").  Try hitting "retrieve".

Bug2b:
When I select "age", and enter "-" there, as an age string, and hit "save", the behavior is the same as in Bug2a.

Bug3:
When I hit CtrlBackSpace in the chatmsg editor, when the cursor is located in the middle of the first word after end-of-line character, the start of the word is deleted, and the cursor is relocated to the end of current line.  Should be at the start of current line.

9

&RQ / lines limit in history viewer

« on: June 07, 2002, 11:16:28 AM »

One UI idea (borrowed from Sonork Messenger, http://www.sonork.com/).

When incoming or outgoing message contains more than e.g. 8 lines, &rq could show first 7 lines only, and show some graphic picture like "[more...]" on the 8th line.  Do not show other lines.  To see the complete message, the user can click "[more...]" or doubleclick the message.  The complete body of the message will then open in separate window, for easy scrolling/viewing.

This would eliminate the need for left scroll bar and "^^^^^^^^^....^^^" markers at the top and bottom of the window.  This also would simplify navigation in the message history.

When selecting multiple messages using the mouse, the complete message would be copied to the clipboard (an not just 7 lines with "[more...]").

10

&RQ / bug in icq server - workaround in &rq0849 needed

« on: May 08, 2002, 06:13:55 AM »

When i leave client logged in at office, and then go home and login there, the client instance at office shows 'logged on from another location' dialogbox, and does not disconnect.  Then, remote user sends me a message.  This message arrives to an office client instance; I don't see it at home.

Proposed workaround: &rq should disconnect immediately when received the 'logged on from another location' error code.

11

&RQ / color scheme suggestion

« on: April 10, 2002, 01:16:40 PM »

I suggest the following color scheme for &rq users:

In the chat window, click "Preferences" button

My font & his font color: Maroon
Background color: red 250, green 250, blue 241



Edited by - joxy on 04/11/2002  00:33:56

[Bug in &rq 0.8.3.2:]

12

&RQ / Temporary workarounds for bugs

« on: April 03, 2002, 07:22:06 AM »

Bug in &rq 0.8.3.2: Sometimes, when you delete message in the history, the history gets corrupted.  When this occured, you see the msgbox "history is corrupted, some data is lost" when you push "Show the whole history" button in the bottom of the chat window, or maybe also (I am not sure) even when you just send or receive a message or status change event.

Workaround1: Do not use "history -> right-click menu -> delete" feature.

Workaround2: If your history got damaged, you can repair it using any hex editor application.

History format (sent to me by rejetto):

- history file is a sequence of message records;
- message record starts with 4 bytes of 0xff;
- after these 4 bytes of 0xff there is 1 byte that is the type of the message (e.g. 0x01 for normal message);
- after the message type, there is the uin of the sender;
- and so on.

Instructions to repair the history file:

1. Close &rq application.
- In the hex editor, open the history file for your buddy.
- Scroll to the end of the file.
- Find start of the message.  To do this, find 0xff 0xff 0xff 0xff backwards.
- You can skip several messages.
- Truncate the file at the position of the 0xff 0xff 0xff 0xff sequence (so that this 0xff 0xff 0xff 0xff will get rejected, and the last byte of the file will become not equal to 0xff).
- Launch &rq, open the chat window with the buddy that caused the error.  Hit "Show the whole history" button.  If the history is still corrupted, try removing another several messages.  To do this, repeat this entire procedure from the step 1.




Edited by - joxy on 04/03/2002  09:24:57

Edited by - joxy on 04/03/2002  09:25:52

Edited by - joxy on 04/03/2002  09:26:20

13

&RQ / Feature ideas (FIs)

« on: April 16, 2002, 03:22:52 PM »

agree

 

14

&RQ / Bugs

« on: April 04, 2002, 01:34:18 PM »

v 0 8 3 2

"Add Contact by UIN" dialog doesn't allow anything to be entered into the box.

 

15

&RQ / Feature requests (FRs)

« on: March 19, 2002, 11:33:48 PM »

quote: https:// urls could be clickable.

done

quote: numbers >= 5 digits could be clickable, too, to add a icq uin to a current contact list

in to-do

quote: double-click on the url could spawn a browser (just like a signle click)

done