http://bugs.winehq.org/show_bug.cgi?id=22987
Summary: Irfan view - "Can't paste image from clipboard !" Product: Wine Version: 1.1.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs@winehq.org ReportedBy: wylda@volny.cz
Based on http://bugs.winehq.org/show_bug.cgi?id=2805#c12 i tried to pinpoint what broke Irfan View ability to paste image from clipboard.
1. I tested on Irfan View v3.85 (this version does not crash and clearly shows the problem)
2. I did a regression test between 1.1.20 and 1.1.21:
commit 272e2d2251c705ebed38692e888e84d0153613a4 Author: Vincent Povirk vincent@codeweavers.com Date: Fri Apr 24 17:19:38 2009 -0500
winex11.drv: Convert image/bmp X selections to Windows DIB.
:040000 040000 27cd5094663c7179b90f4e16abe676246c5e6838 aa796db893ac83d4904308eef1fc9a4ba908865b M dlls
3. There is another bug report suffering from this commit, see bug 18978. Unfortunately originally reported issue "can't paste" was turn to "program crash" and this was fixed instead of fixing "can't paste".
4. Revert of this patch on top of wine-1.2-rc2 makes that problem go away. Just a slight adjustment.
5. Adding author of this patch to CC.
--private keyword: bisected
http://bugs.winehq.org/show_bug.cgi?id=22987
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, regression CC| |madewokherd@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=22987
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.oldversion.com/d | |ownload_IrfanView_3.85.html
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #1 from Wylda wylda@volny.cz 2010-05-31 16:29:33 ---
Console shows only one line:
err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=0008
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #2 from Vincent Povirk madewokherd@gmail.com 2010-05-31 17:00:30 --- I continue to believe that kgrab is broken and claiming to export image/bmp data when really it does not.
I will attach my test program.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #3 from Vincent Povirk madewokherd@gmail.com 2010-05-31 17:07:18 --- Created an attachment (id=28469) --> (http://bugs.winehq.org/attachment.cgi?id=28469) readclipboard.c
This is the program I used to determine that kgrab is broken. To test it, I did the following:
1. Compile the program using the command at the top of the file.
2. Copy an image from kgrab.
3. Run: ./readclipboard TARGETS and verify that image/bmp is in the list.
4. Run: ./readclipboard image/bmp > test.bmp
Expected result: test.bmp contains the image you copied.
Actual result: test.bmp is an empty file.
If this gives you a valid BMP image, this is a Wine bug. Otherwise, it is a bug in the program copying the image.
http://bugs.winehq.org/show_bug.cgi?id=22987
A Wine user RandomAccountName@mail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |RandomAccountName@mail.com
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #4 from Wylda wylda@volny.cz 2010-05-31 17:40:09 ---
Well i don't know or use kgrab (probably not even installed). I use to get image into clipboard by Ctrl+PrtScrn. So i hope i did step 2 correctly, but my own way ;)
Step 3 lists many lines, and one of them is "image/bmp".
Step 4 says "Target not available." and produces zero sized file.
But why did 1.1.20 worked then?
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #5 from Vincent Povirk madewokherd@gmail.com 2010-05-31 20:42:10 --- 1.1.20 probably used a different target (maybe PIXMAP) because it didn't look for image/bmp.
http://bugs.winehq.org/show_bug.cgi?id=22987
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #6 from Vincent Povirk madewokherd@gmail.com 2010-05-31 20:55:41 --- This may actually be a bug in Qt and not an individual program. If kgrab (or maybe Qt) didn't report that it supported image/bmp, Wine would probably use PIXMAP instead and work fine.
Firefox can export image/bmp fine. That was the original reason for this change; Firefox doesn't provide the PIXMAP target and so Wine couldn't paste images from it.
Anyway, invalid.
http://bugs.winehq.org/show_bug.cgi?id=22987
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-31 21:06:36 --- Closing invalid.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #8 from Wylda wylda@volny.cz 2010-05-31 22:49:03 --- Please(In reply to comment #6)
This may actually be a bug in Qt...
Could anyone with gnome test this simple testcase, please? I mean comment #0 + comment #3.
Anyway, invalid.
If it will work in gnome, it will point to Qt bug. Could i kindly ask you, Vincent to fill a bug there? I would do that, but i don't have any idea what we are talking about, so it would be closed similary as "invalid - desperate fellow" in Qt's bugzilla.
Dmitry, would you mind to keep this open with subject ...(not a wine bug)? For search purposes ant to be visible in Irfanview/AppDB - it will save time to the other with geting proper Irfan version and doing regression test. Similarly as we keep bug 20380 opened? If you don't agree, then close it again & sorry.
http://bugs.winehq.org/show_bug.cgi?id=22987
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID | Summary|Irfan view - "Can't paste |Irfan view - "Can't paste |image from clipboard !" |image from clipboard !" | |(not a Wine bug)
--- Comment #9 from Wylda wylda@volny.cz 2010-05-31 22:49:47 ---
Subject changed...
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #10 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-31 23:19:40 --- (In reply to comment #8)
Could anyone with gnome test this simple testcase, please?
The test gives an invalid bmp image under gnome here (only 4 bytes long with garbage in it). Pasting in gimp shows correct image.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #11 from Dmitry Timoshkov dmitry@codeweavers.com 2010-05-31 23:24:50 --- (In reply to comment #10)
(In reply to comment #8)
Could anyone with gnome test this simple testcase, please?
The test gives an invalid bmp image under gnome here (only 4 bytes long with garbage in it). Pasting in gimp shows correct image.
I was using 'gnome-screenshot --interactive' as the step #2.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #12 from Dmitry Timoshkov dmitry@codeweavers.com 2010-06-01 00:13:33 --- (In reply to comment #10)
(In reply to comment #8)
Could anyone with gnome test this simple testcase, please?
The test gives an invalid bmp image under gnome here (only 4 bytes long with garbage in it). Pasting in gimp shows correct image.
I get the same result with any other formats listed in the TARGETS output. It looks like the test doesn't work in general (at least for me).
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #13 from Wylda wylda@volny.cz 2010-06-01 00:33:33 --- (In reply to comment #12)
I get the same result with any other formats listed in the TARGETS output. It looks like the test doesn't work in general (at least for me).
It's getting interesting ;-) because for me Debian/KDE works: png, jpeg, tiff... I think everything i tried IIRC. Only bmp says "Target not available." :-/
http://bugs.winehq.org/show_bug.cgi?id=22987
Karsten development+wine@decotrain.homedns.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |development+wine@decotrain. | |homedns.org
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #14 from Karsten development+wine@decotrain.homedns.org 2010-06-01 04:11:45 --- Thank you for analyzing the problem! Here are some additional remarks:
What never works was to take a direct screenshot with the printscreen key. There is always the screenshot utility coming up in KDE 3 + 4.
In this screenshot application i click on copy and then i paste it to irfanview. This works without problems with the actual version 4.27 of irfanview using wine Version 1.1.18 ! But it does not work with a later version of wine, so i can't really follow this discussion.
What have been altered in the clipboard after Version 1.1.18 in wine?
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #15 from Karsten development+wine@decotrain.homedns.org 2010-06-01 06:54:57 --- I have an answer from the author of Irfanview now.
Original Text from Irfan:
Zwischenablage: ich kenne leider keine Details was Wine dabei genau macht ... IrfanView versucht zuerst ein DIB-Objekt aus Clipboard zu nehmen, dann ein HBITMAP ... das Bild wird aber nach korrekten Daten untersucht (um Overflows zu vermeiden) und wenn da etwas falsch ist, wird nicht eingefuegt. Vielleicht kopiert Wine das Bild verkehrt rum, d.h. die Hoehe wird negativ gesetzt? (ist theoretisch zwar erlaubt, aber niemand macht es) (diesen Fall habe ich jetzt auch beruecksichtigt, der sollte keinen Fehler liefern ;-)
Irfanview just tries to take the DIB-object from the clipboard and then a HBITMAP. The picture is checked for correct data afterwards to avoid overflows. He asks if wine copies the picture inverted with a negative height?
Irfan also asks if he should provide a special exe for debugging.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #16 from Vincent Povirk madewokherd@gmail.com 2010-06-01 09:03:49 --- Irfanview is not at fault here. Wine is not getting valid bitmap data itself, so it can't pass that along to the application.
I'm seeing the same results as Dmitry here. The image/png target does work, however. Still, I maintain this is not a Wine bug.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #17 from Dmitry Timoshkov dmitry@codeweavers.com 2010-06-01 10:03:55 --- Perhaps the code should fall back to old behaviour once it detects that the DIB it gets is invalid.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #18 from Karsten development+wine@decotrain.homedns.org 2010-06-01 10:10:19 --- Created an attachment (id=28490) --> (http://bugs.winehq.org/attachment.cgi?id=28490) Debug and Test-Version of irfanview
I attach the test-version of irfanview which makes debug-messages in a msgbox. This version also accepts negative values for the height.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #19 from Vincent Povirk madewokherd@gmail.com 2010-06-01 10:47:57 --- That may be difficult. As it is currently, text/bmp and PIXMAP are treated as different Windows clipboard formats.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #20 from Karsten development+wine@decotrain.homedns.org 2010-06-01 11:25:20 --- Irfanview is not the only application with clipboard problems. I remember that i tried (in wine 1.1.42) to paste some text into an text-field of a formular that was written in VB. Nothing happens.
There are many cases where the data will not reach the destination through the clipboard.
So please - what is the meaning of "the code should fall back to old behaviour"?
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #21 from Dmitry Timoshkov dmitry@codeweavers.com 2010-06-01 22:19:15 --- (In reply to comment #19)
That may be difficult. As it is currently, text/bmp and PIXMAP are treated as different Windows clipboard formats.
PIXMAP is not a Windows clipboard format. I think only DDB and DIB are supported, both being synthesizable.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #22 from Vincent Povirk madewokherd@gmail.com 2010-06-01 22:47:13 --- I was mistaken. Both import as CF_DIB.
Anyway, I don't think the clipboard code makes such a "fallback" easy, and I don't understand it well enough to make such a change.
But it should be possible to prefer PIXMAP over image/bmp when both are available. (In fact, I don't know why that isn't the current behavior.)
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #23 from Wylda wylda@volny.cz 2010-06-20 00:58:44 ---
Vincent, from your last i understand, that this could be bug in wine. Is it correct?
Still present in wine-1.2-rc4.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #24 from Vincent Povirk madewokherd@gmail.com 2010-06-20 01:05:20 --- I maintain that Wine isn't doing anything wrong, and the other programs are broken.
However, Wine could work around it by preferring PIXMAP over image/bmp when both are available. Based on the code, I would expect Wine to already be doing this, so there's also something happening that I don't understand.
So it's a bug in the sense that Wine could be modified to improve the situation, but not in the sense that Wine is broken.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #25 from Karsten development+wine@decotrain.homedns.org 2010-06-20 12:13:10 --- Vincent, the question is not if wine is doing something wrong.
There is definitely a problem that the behaviour of the clipboard has changed.
My opinion is that wine should offer the standard windows functionality as good as possibile. (Of course we don't need to discuss if microsoft is doing something the right and logical way. ;-)
The clipboard of the actual version of Irfanview works perfectly in XP and Windows 7. And it is also working perfectly in wine 1.1.18 - but with newer versions there are these problems.
So it was possible to get it working in the past - why not in the actual version of wine?
http://bugs.winehq.org/show_bug.cgi?id=22987
Gurce GurceIsikyildiz@shufflemaster.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |GurceIsikyildiz@shufflemast | |er.com
--- Comment #26 from Gurce GurceIsikyildiz@shufflemaster.com 2010-12-20 17:26:42 CST --- I'm experiencing the same problem on OpenSuse 11.3 / KDE (4.5.85) / Wine (1.2) / IrfanView (4.27).
I try to do a print-screen snapshot (via KDE's KSnapshot), I use the 'copy' button within KSnapshot to put the contents in the clipboard.
This clipboard contents can paste perfectly fine into GIMP, but fails to paste into IrfanView.
I did want to share an interesting case where it does work though, in cases where the window screenshot you are copying is very small, try it on a window that it is about 200x200 pixels, and then it pastes perfectly fine into IrfanView.
But if I re-size this same window to be a little larger (eg, 300x300), take another screenshot, and try paste it into IrfanView, then it fails, showing the "Can't paste image from clipboard !" popup.
Just wanted to share this observation, in-case it triggers any possible ideas on why it is happening.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #27 from Wylda wylda@volny.cz 2010-12-21 00:43:42 CST ---
where the window screenshot you are copying is very small, try it on a window that it is about 200x200 pixels, and then it pastes perfectly fine into IrfanView.
Hi Vincent, isn't that wierd? Is this still valid statement: "Still, I maintain this is not a Wine bug."?
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #28 from Karsten development+wine@decotrain.homedns.org 2010-12-21 06:24:19 CST --- Hi Wylda, repeating the argument "It's not a bug - it's a feature" will not solve the problem. I have understand that the clipboard of wine is working strictly like specified. But the clipboard cannot do all the things that are working in Windows.
And when Irfan says that there is everything perfect because the clipboard works in all Windows-Versions i can understand him even.
My best argument is that there was no problem with the clipbaord in the past. Why have you dropped a functionality that was working perfect?
Regards Karsten
http://bugs.winehq.org/show_bug.cgi?id=22987
TCH transmail@freemail.hu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |transmail@freemail.hu
--- Comment #29 from TCH transmail@freemail.hu 2010-12-21 08:28:17 CST --- This bug occurs at me too. I have posted about this at here: http://bugs.winehq.org/show_bug.cgi?id=18978#c8
http://bugs.winehq.org/show_bug.cgi?id=22987
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Irfan view - "Can't paste |Irfan view - "Can't paste |image from clipboard !" |image from clipboard !" |(not a Wine bug) |
--- Comment #30 from Vincent Povirk madewokherd@gmail.com 2010-12-21 10:35:54 CST --- Guys. I'm haven't not fixed this because it's not wine's fault (even though it's not). I've not fixed this because I don't understand why it's not working.
The bug is open because I believe it's reasonable for wine to work around this. I just haven't done it yet.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #31 from Karsten development+wine@decotrain.homedns.org 2010-12-21 12:03:11 CST --- Oh - then please excuse my misunderstanding! :-)
Besides i'm using now wine 1.1.42 and i am really satisfied! Most things are working really good and i don't have to miss Windows for my apps. This problems with the clipboard are only a little bit "nonpractical" in the daily doing.
At this time drag and drop of picture files works in Irfanview. And smaller pics can also be inserted over the clipbaord.
I wish the wine team a Happy Christmas! Karsten
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #32 from TCH transmail@freemail.hu 2010-12-21 14:13:31 CST --- Nobody chastised you or told that this is your fault, since it is not. :) We are merely observing the fact, that clipboard pasting worked in IW and mspaint too, until wine 1.1.21 (and still works after a downgrade), so it is almost cent-per-cent, that something changed in the clipboard handling wich not supposed to change. May the source be with you. ;)
http://bugs.winehq.org/show_bug.cgi?id=22987
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de Regression SHA1| |272e2d2251c705ebed38692e888 | |e84d0153613a4
http://bugs.winehq.org/show_bug.cgi?id=22987
Fernando Martins fernando@cmartins.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fernando@cmartins.nl
--- Comment #33 from Fernando Martins fernando@cmartins.nl 2012-02-25 15:42:01 CST --- I'm not totally sure I follow this bug history, but using the attachment of irfanview, I was able to paste an image into it. wine 1.4 rc5
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #34 from Karsten development+wine@decotrain.homedns.org 2012-02-27 04:44:52 CST --- The interesting thing is that it is dependent on the image size. Little images work, bigger will not work!
http://bugs.winehq.org/show_bug.cgi?id=22987
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
--- Comment #35 from Jerome Leclanche adys.wh@gmail.com 2012-02-27 10:07:02 CST --- (In reply to comment #34) Do the large images still display the issue in the original report?
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #36 from Karsten development+wine@decotrain.homedns.org 2012-02-27 10:18:54 CST --- Yes - here an example.
I made an screenshot and copied it into the clipboard in KDE 4. Then i opened Irfanview in a console and called insert over the menu.
Irfanview comes up with an error popup. On the console you see:
$/wine/drive_c/Programme/IrfanView$ wine i_view32.exe err:winedevice:ServiceMain driver L"IOPort" failed to load err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=0008 err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=0008
Regards Karsten
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #37 from Karsten development+wine@decotrain.homedns.org 2012-02-27 10:20:12 CST --- I forgot
Irfanview Version 4.27
$ wine --version wine-1.1.42
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #38 from Jerome Leclanche adys.wh@gmail.com 2012-02-27 10:20:49 CST --- This is an extremely old version of wine you are running. Please confirm the issue in wine-1.4-rc5.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #39 from Karsten development+wine@decotrain.homedns.org 2012-02-27 10:26:01 CST --- Maybe - but never change a running system. All applications i need are running now. ;-)
I am just using the original Debian package on Squeeze. ii wine 1.1.42~winehq1-1 Microsoft Windows Compatibility Layer (32bit version)
Is there an easy way to use different wine-versions in one system now ? I only know "play on linux" to do something like this.
http://bugs.winehq.org/show_bug.cgi?id=22987
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|madewokherd@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=22987
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #40 from Jerome Leclanche adys.wh@gmail.com 2012-02-27 10:29:40 CST --- Reported fixed by someone actually running a recent version...
There is really no point keeping a version as old as 1.1.42, whether it's on a running system or not. There is an easy way to update it: apt.
As for running different versions at the same time, compiling it would be the easiest way.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #41 from Karsten development+wine@decotrain.homedns.org 2012-02-27 10:38:13 CST --- Sorry - i can't follow you - but i know you want bring out the best.
This bug shows that newer versions can contain new problems. When it does not work or if you have problems with the software you use ,you must rollback the version manually with much effort.
The package i have installed is the latest original debian package. As i know there is no software repository that supports Debian Squeeze.
Just look at you homepage: http://www.winehq.org/download/debian
Warning: These are beta packages This means they will periodically suffer from regressions , and as a result an update may break functionality in Wine. This means they will periodically suffer from regressions , and as a result an update may break functionality in Wine. If the latest stable release of Wine (currently Wine 1.2.3) works for you, then you may not want to use these beta packages. If the latest stable release of Wine (currently Wine 1.2.3) works for you, then you may not want to use these beta packages.
This website has packages for i386 and amd64 architecture. This website has packages for i386 and amd64 architecture.
To install wine packages you must download the .deb files and manually install them. To install wine packages you must download the. Deb files and install them manually.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #42 from Jerome Leclanche adys.wh@gmail.com 2012-02-27 10:49:05 CST --- (In reply to comment #41) Stable major versions are released every couple years. Users are in no danger in running development versions with software such as wine, because in Wine nothing is implemented by default, and development versions either implement new features or fix broken ones. Regardless of your setup, if you are running years old versions of wine, feedback on bugs is pretty useless.
If there are further issues with irfanview, new bugs should be opened. That's how wine developers choose to manage their bugs, and it works quite well.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #43 from Karsten development+wine@decotrain.homedns.org 2012-02-27 11:27:46 CST --- Your argumentation has convinced me.
But now i have really the problem to find a compiled newer version. It's unbelievable that wine has such a bad support in Debian. :-( Now i remember the reason for the missing updates and old version!
I have installed PlayonLinux now, so that i can try and use different wine versions. But even here the version manager does not run.
I will try to get it running and then i will test with the stable version 1.2.3 and maybe the current developement version.
Sincerly Karsten
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #44 from Fernando Martins fernando@cmartins.nl 2012-02-27 12:03:30 CST --- Indeed, it does not work with with big images (wine 1.4 rc5):
err:clipboard:X11DRV_CLIPBOARD_ReadSelectionData Timed out waiting for SelectionNotify event err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=0008 err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=0008
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #45 from Jerome Leclanche adys.wh@gmail.com 2012-02-27 12:06:57 CST --- Fernando, could you try reverting commit 272e2d2251c705ebed38692e888e84d0153613a4 and see if that fixes the issue?
If it does, we'll reopen this.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #46 from Fernando Martins fernando@cmartins.nl 2012-02-27 12:22:27 CST --- It doesn't revert:
patching file dlls/winex11.drv/clipboard.c Hunk #1 succeeded at 140 (offset -11 lines). Hunk #2 FAILED at 192. Hunk #3 FAILED at 279. Hunk #4 FAILED at 1322. 3 out of 4 hunks FAILED -- saving rejects to file dlls/winex11.drv/clipboard.c.rej
http://bugs.winehq.org/show_bug.cgi?id=22987
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #47 from Alexandre Julliard julliard@winehq.org 2012-03-02 13:02:33 CST --- Closing bugs fixed in 1.4-rc6.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #48 from Fernando Martins fernando@cmartins.nl 2012-03-02 13:55:06 CST --- Unfortunately, this was a mistake, the bug still exists, see comments 33-36 and 44.
http://bugs.winehq.org/show_bug.cgi?id=22987
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |REOPENED Resolution|FIXED | Ever Confirmed|0 |1
--- Comment #49 from Jerome Leclanche adys.wh@gmail.com 2012-03-02 13:56:08 CST --- Reopening then.
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #50 from Wylda wylda@volny.cz 2012-05-12 15:01:18 CDT ---
I'm back to my baby :) That was a good catch, that small images work. I did the re-test under following conditions: * wine-1.5.4 * Irfanview v3.85 * different resolutions:
86'670pix ... OK ( 90 x 963) 86'760pix ... BAD ( 90 x 964) 87'025pix ... OK (295 x 295) 87'300pix ... OK (100 x 873) 87'320pix ... OK (296 x 295) !!! 87'320pix ... BAD (295 x 296) !!! 87'400pix ... BAD (100 x 874)
What really surprise me, that the same amount of pixels can be pasted and different shape with the same amount of pixels fails to paste (Ctrl+V).
When there is the BAD case, then the console says:
err:clipboard:X11DRV_CLIPBOARD_RenderFormat Failed to cache clipboard data owned by another process. Format=0008
http://bugs.winehq.org/show_bug.cgi?id=22987
Dmitry Timoshkov dmitry@baikal.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEW
--- Comment #51 from Dmitry Timoshkov dmitry@baikal.ru 2012-05-13 08:08:42 CDT --- Attached test program doesn't handle the INCR protocol, and it looks like INCR protocol handling doesn't work (or badly implemented) in winex11.drv.
http://tronche.com/gui/x/icccm/sec-2.html#s-2.7.2
http://bugs.winehq.org/show_bug.cgi?id=22987
--- Comment #52 from Karsten development+wine@decotrain.homedns.org 2012-11-08 11:46:39 CST --- Maybe have a look at this new Bug http://bugs.winehq.org/show_bug.cgi?id=32174 This is very strange also ...
https://bugs.winehq.org/show_bug.cgi?id=22987
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #53 from Wylda wylda@volny.cz ---
Works perfectly in wine-1.7.27. Tested with originaly reported version v3.85. No problem to paste image 1920 x 1200 x 24bpp.
https://bugs.winehq.org/show_bug.cgi?id=22987
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #54 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.28.
-
wine-bugs＠winehq.org