move, copy and past notes no more works in ubuntu lucid

[lucge]

Binary package hint: basket

1) ubuntu release:
Description: Ubuntu lucid (development branch)
Release: 10.04

2) version package:
2.0~20102801-0ubuntu2
same behavior with 2.0~20102801+20100323-0ubuntu1

3) Problems
a) If I Drag and drop a note from one basket to another, nothing is done; icon of the destination basket show a "forbidden" icon
b) If I copy a note or a text inside a note, the past gives a blank text
c) if I launch basket with -d option (for debug), basket crash when trying to do drag and drop or copy
d) If basket is launched at the gnome session level with option -h, no notes are displayed when entering basket: I must quit and launch again basket to access my notes

[Nicholas Sushkin (nsushkin-e)]

Version: 2.0 beta1 (using KDE 4.2.4)
Compiler: gcc version 4.3.3 ../gcc-4.3.3/configure --prefix=/usr --libdir=/usr/lib --enable-shared --enable-bootstrap --enable-languages=ada,c,c++,fortran,java,objc --enable-threads=posix --enable-checking=release --with-system-zlib --disable-libunwind-exceptions --enable-__cxa_atexit --enable-libssp --with-gnu-ld --verbose --with-arch=i486 --target=i486-slackware-linux --build=i486-slackware-linux --host=i486-slackware-linux
OS: Linux
Installed from: Slackware Packages

I have a bunch of notes in a different stages of grouping (basically a tree of notes). I select them all by lassoing around them (drawing a rectange with a selection tool, not sure what the industry term is). Then, I click the Copy button. I go to a different basket and click the Paste button. The notes are inserted with the right hierarchy, but their content is gone. All pasted notes are blank.

Thanks

[Scott-stubbs (scott-stubbs)]

Can you do some extra steps?

Copy/Cut a note and paste it. I assume you will get is a blank note.
Click on the blank note and you will get a cursor to put your entry. If you write *anything* by mistake, the old data will be overwritten.
Instead of clicking on the blank (newly pasted) note, just quit basket and restart it. Now you will see that the blank note was not actually blank but it contained the pasted data.

Can you check those possibilities?

[Nicholas Sushkin (nsushkin-e)]

Confirmed that after a restart, the pasted notes contain correct text.

[trebsnomis (bertsimons010)]

confirmed

[Daniel Wrana (wrana-blauhaus)]

can confirm this

[Maciej Grela (maciej-grela)]

@Comment 1:

I am experiencing the exact same issue. The notes do appear after basket restart. Does your detailed description of this workaround mean, that you know where the bug is and are able to fix it ?

[resplin (resplin)]

I see the same bug with Basket 1.0.cmake included with KDE 4.4.2 on Ubuntu Lucid Lynx. The note appears blank, but on restarting Basket it appears. Deleting the note while it is blank causes Basket to prompt if I am sure I want to delete these 8 notes.

Middle click sometimes works for pasting text into a note.

[Dr. Robert Marmorstein (robert-narnia)]

I think I've fixed this. The notedrag class was trying to connect a FileCopyJob to a signal which didn't exist. However, a "Kio::CopyJob" does have that signal. After I changed the FileCopyJob to a CopyJob, the cut/copy/paste problems went away.

FileCopyJob and CopyJob both inherit from Kio::Job. FileCopyJob is intended for copying/moving single files whereas CopyJob uses FileCopyJob to move entire directory structures. I don't see any problem with using a CopyJob in this situation, even though we are probably only copying a single file most of the time. The CopyJob class has much nicer external API (signals/slots and so forth).

[Scott-stubbs (scott-stubbs)]

@Comment#5:

So I grabbed commit 70b6bd3 from the basket/basket:master to test your fix. I can now copy and paste and have things show up without restarting. However, each note that is copy and pasted prompts me to overwrite the note.

An example of when copying and pasting note11.html it asks me (paraphrased): a newer item named note11-2.html already exists of size 0kb, the source file is note11.html of size 1.1KiB. If I let the overwrite take place then things are exactly as they should be. If I rename the file (just using the suggested name option) then a blank entry is created, and a restart doesn't have the info in it. And a new file is created called notel11-2_1.html, which basket doesn't know about (which makes sense as a side effect). Oh and if I take that newly copied file copy it I get note11-2.html and note11-3.html as the names in the dialog, makes me wonder what happened to note11-1.html.

Can you force the overwrite? And if you did, is there a chance it would encounter a nonzero file that it didn't create? I'm mostly thinking along the lines of far future sharing of baskets with different computers.

Anyway, did you encounter that prompt?

Gentoo, KDE 4.4.3.

[Dr. Robert Marmorstein (robert-narnia)]

I'm afraid I didn't see that behavior. I will try to duplicate it as soon as I have a stable system again (I run KDE trunk and kdelibs are pretty broken at the moment).

[Matt Rogers (mattr-kde)]

I did see this behavior on KDE 4.4 with 70b6bd. Had a little bit of fun debugging it to see what's going on but didn't see anything yet. Will try again later.

[Marc Lévesque (mrclevesque)]

Me too confirm, and when I ctrl-c or ctrl-x a note, and then ctrl-v it nothing shows up. Data does not seem to get lost, when I restart application, copied/cut notes appear where they were pasted, but as is in 10.04, basket note pads is unusable for me.

[Zoey Peterson (right-lively)]

I just discovered the same thing. Confirmed.

[Bcmilco (bcmilco)]

(In reply to comment #6)
> Anyway, did you encounter that prompt?
>
> Gentoo, KDE 4.4.3.

On my old sidux box running KDE SC 4.4.5/Qt 4.6.3 I am seeing the overwrite prompt. I recently upgraded a kubuntu machine to KDE SC 4.5.1/Qt 4.7.0 and I'm not seeing the prompt on that machine.

Is anyone still seeing this issue on 4.5.x?

Also Bug 241205 appears to be a duplicate of this one.

-Brian

[Flandry (davidfalkayn)]

I can't recreate this problem in 10.10 using 2.0 beta 2 and KDE4.5.2.

Ctrl-c of text note in one basket can be seen immediately upon Ctrl-v in another basket.

[gl.bars (gl-bars)]

a)-c) should be fixed in 2.10.

Now d) is more interesting, I saw it only once so far. If someone is able to reproduce it, please post details of your environment. Also try with "Animate changes in baskets" option _disabled_.

[David Rankin (drankinatty)]

I can confirm in 2.49a the move from .kde4 to .local/share fails to update basketrc leaving the .config pointing to the old basket location instead of the new one (this is with current master FW5 on Archlinux)

[David Rankin (drankinatty)]

(but I forgot to say, after changing the basket store location to load from .local/share I really like the improvements to basket (I have more than a decade of info in my baskets from the launch of KDE3 to present -- which I still use). The only nit is there is no need to animate the "fly-in" of basket contend when opening sub-baskets -- bit annoying really), but overall Great Job with the improvements!

[Codestruct (codestruct)]

*** Bug 241205 has been marked as a duplicate of this bug. ***

[Codestruct (codestruct)]

With 2.49-alpha, I cannot reproduce the behavior. Can this ticket be closed then?

[Luigi Toscano (ltosky)]

(In reply to Gregor Mi from comment #11)
> With 2.49-alpha, I cannot reproduce the behavior. Can this ticket be closed
> then?

Technically Basket has not been a KDE project for few years and it is maintained externally, so this bug should be closed as UNMAINTAINED.