Ticket #1494 (closed defect: fixed)

Opened 21 months ago

Last modified 2 months ago

incorrect copy&paste behaviour when copying multiple lines with smileys

Reported by: vix@… Owned by: emostar
Priority: low Milestone: 1.3.6
Component: qt-gui Version: devel
Keywords: Cc: vix@…

Description

Hi,

I've noticed a strange behaviour when using LICQ. When I try to select and copy text from the message window and the text is multi-line and contains graphical smileys, not only selected text is copied, but the whole content of the message window instead.

Sure, this is not a critical issue, but sometimes very annoying. Has anyone experienced the same issue? Sometimes it's hard to reproduce :(

I have *not* noticed the behaviour in 1.3.4 (latest stable), but it occurs in the latest snapshot (20070213).

If there's anything I could try to give you more accurate info, please let me know - I will try.

Regards, Ivan

Attachments

licq-replicated.jpg (63.3 kB) - added by VIX 21 months ago.
Screenshot showing the message I've tried to select with mouse
licq-replicated.txt (5.0 kB) - added by VIX 21 months ago.
LICQ message window content (manually "anonymized")

Change History

  Changed 21 months ago by Crazy_Hopper

  • priority changed from normal to low
  • version set to devel
  • component changed from None to qt-gui
  • milestone set to 1.3.5

Could you please try to find a stable way to reproduce this behaviour? I was not able to do so, unfortunately.

  Changed 21 months ago by VIX

Hi,

I'm still trying.

If it's related to graphical smileys, could it be related to my emoticon theme? I'm using the following:

skin: pli emoticons: Mirabilis5

I'm also using I have a feeling it's caused by some invisible characters in the message window (like cr/lf or whatever)... which get interpreted in some bad way. But I'm not a developer, this is just a bad feeling.

Regards, Ivan

  Changed 21 months ago by VIX

  • cc vix@… added

  Changed 21 months ago by emostar

Can you send us a sample message that gives you the problem? I couldn't duplicate it. So as you said, it may have to do with the line feeds or positioning...

follow-up: ↓ 6   Changed 21 months ago by VIX

I will as soon as I can replicate it. I'm trying to do the same as a few days ago and this time everything works. I'm trying it in various conversations with people using various clients (licq and icq's 5.1 for now). I will paste the message history as soon I manage to replicate it.

It seems to appear only when I don't track it - as usual when bugtracking :( Sorry.

in reply to: ↑ 5   Changed 21 months ago by fabian2_de

Only to make you sure you aren't crazy or something: I know this behaviour. I can't exactly say why or when it happens, but you see, it's neither your config nor your environment what causes that "error". (I'm runing KDE 3.5.6, theme thomas and emoteicons Mirablis5)

I'll try to reproduce it as well and then tell you what maybe the trigger.

  Changed 21 months ago by VIX

I have replicated it - sending screenshot. I have tried to SELECT the message, but didn't start at the start of the message line... I've started at the upper big red point and selected until lower red point. Expected the message which got selected to get into the clipboard.

But whole message history from that windows was copied. I have the message history stored, dunno about anonymizing the content before posting public :-/

I'm using customized message chat and history look (via Options - Message Display - Chat Options: Compact, date format: dd.MM.yyyy hh:mm:ss and History Options: Default, date format: dd.MM.yyyy hh:mm:ss). I'm thinking of any relevance of this, as the date entries may insert some characters into that window.

Sorry for the ugly image, no time to play with that now. I have the whole desktop screenshot if needed.

Changed 21 months ago by VIX

Screenshot showing the message I've tried to select with mouse

follow-up: ↓ 9   Changed 21 months ago by root_42

Hm, that screenshot only shows the selection -- What exactly does get copied, instead of the marked selection?

Changed 21 months ago by VIX

LICQ message window content (manually "anonymized")

in reply to: ↑ 8   Changed 21 months ago by VIX

Replying to root_42:

Hm, that screenshot only shows the selection -- What exactly does get copied, instead of the marked selection?

Is the attached .txt file of any help? It's what was copied&pasted to the window, anonymized, but only the text, replacing manually each character of text by "x", no end of lines were replaced.

  Changed 21 months ago by VIX

BTW now it seems to happen also when no smileys are present in the message. Seems not to be related to the remote client (or at least, not in an easy way, one of my friends is using Centericq, another ICQ 5.1)...

  Changed 21 months ago by emostar

  • owner set to emostar
  • status changed from new to assigned

I'm able to duplicate the error on my end as well. But just to double check some things, what are your KDE and Qt versions? Are you using the kde-gui or the qt-gui plugin?

  Changed 21 months ago by VIX

Hi,

thanks for reply.

Here it is:

I'm using Ubuntu Dapper with

Package: libqt3-mt-dev Version: 3:3.3.6-1ubuntu6.1

Package: libqt3-mt Version: 3:3.3.6-1ubuntu6.1

I'm using qt-gui plugin. I don't use KDE, but package kdelibs-data is version 3.5.2-0ubuntu18.2.

Anythins else you need me to check?

Regards, Ivan

  Changed 13 months ago by erijo

  • milestone changed from 1.3.5 to 1.3.6

  Changed 2 months ago by flynd

  • status changed from assigned to closed
  • resolution set to fixed

As nothing has happend here for over a year and I can't duplicate this on neither qt-gui or qt4-gui I'm assuming problem no longer exists.

If anyone can still reproduce this with the latest dev version, please reopen this ticket.

Note: See TracTickets for help on using tickets.