wine-bugs August 2010

wine-bugs@winehq.org

1 participants
7405 discussions

[Bug 11910] New: Unimplemented function msvcirt.dll.??0istrstream@@QAE@PADH @Z
by wine-bugs＠winehq.org 23 Dec '16

23 Dec '16

http://bugs.winehq.org/show_bug.cgi?id=11910 Summary: Unimplemented function msvcirt.dll.??0istrstream@@QAE@PADH@Z Product: Wine Version: 0.9.57. Platform: PC URL: http://www.jeuxvideo.fr/telecharger-demo-jouable-3- simple-joueur-2900.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeremielapuree(a)yahoo.fr All is said in the summary. This function is requested by Tron 2.0 demo Joaopa -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 34

[Bug 18081] New: GdipGetVisibleClipBounds is not implemented
by wine-bugs＠winehq.org 23 Dec '16

23 Dec '16

http://bugs.winehq.org/show_bug.cgi?id=18081 Summary: GdipGetVisibleClipBounds is not implemented Product: Wine Version: 1.1.19 Platform: PC URL: http://www.jeuxvideo.fr/jeux/warhammer-40-000-dawn-of- war-ii/#demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeremielapuree(a)yahoo.fr GdipGetVisibleClipBounds is needed by the demo of warhammer_40.000_dawn_of_war_ii wine: Unimplemented function gdiplus.dll.GdipGetVisibleClipBounds called at address 0x7edde09b (thread 0009), starting debugger... Unhandled exception: unimplemented function gdiplus.dll.GdipGetVisibleClipBounds called in 32-bit code (0x7edde09b). Register dump: -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 25

[Bug 22468] New: Drawing a text with very big font size causes program to eat cpu
by wine-bugs＠winehq.org 23 Dec '16

23 Dec '16

http://bugs.winehq.org/show_bug.cgi?id=22468 Summary: Drawing a text with very big font size causes program to eat cpu Product: Wine Version: 20011108 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: developers(a)a.izhpt.com For example, ASCON Kompas 3D LT starts to eat cpu and freezes while zooming in the drawing containing any font elements too much (about 500%). Bug tested to reproduce with latest git version on ubuntu 8.10 x86, 9.10 x86, 10.04 x86_64. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 19063] New: GAP-Diveplanner : return Run time error '5'
by wine-bugs＠winehq.org 18 Dec '16

18 Dec '16

http://bugs.winehq.org/show_bug.cgi?id=19063 Summary: GAP-Diveplanner : return Run time error '5' Product: Wine Version: 1.1.24 Platform: PC URL: http://www.gap-software.com/download/gap-diveplanner.h tml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: filippom(a)gmail.com Created an attachment (id=21988) --> (http://bugs.winehq.org/attachment.cgi?id=21988) shell log The programm return a window with : Run time error '5' Invalid procedure call or argument -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 11290] New: Can't join chat room in paltalk
by wine-bugs＠winehq.org 17 Dec '16

17 Dec '16

http://bugs.winehq.org/show_bug.cgi?id=11290 Summary: Can't join chat room in paltalk Product: Wine Version: CVS/GIT Platform: Other URL: http://paltalk.com OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com https://answers.launchpad.net/ubuntu/+source/wine/+question/22643 says that paltalk lets you log in but not join chat rooms. I tried it out on vanilla wine from today's git on a 750MHz laptop with 384MB of RAM (hot stuff back in the day :-). The app seemed quite sluggish, and indeed, I was unable to join any chat rooms; when I tried, after ten seconds or so I got a chime noise that sounded like I had joined something, but nothing changed on the screen. There are also rendering anomolies in the genre selection list (sometimes items are shown under the wrong parent until you refresh). The app seems to use lots of embedded browser stuff, so I'm filing this under shdocvw as a wild guess. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 16

[Bug 22731] New: Dungeon Keeper 2: panning right and down is uncontrollably fast
by wine-bugs＠winehq.org 11 Dec '16

11 Dec '16

http://bugs.winehq.org/show_bug.cgi?id=22731 Summary: Dungeon Keeper 2: panning right and down is uncontrollably fast Product: Wine Version: 1.1.44 Platform: x86 URL: http://digiex.net/downloads/download-center-2-0/games- downloads/159-dungeon-keeper-2-full-version-1-7-a.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: olerass(a)gmail.com This issue occurs only with Hardware Acceleration set to ON in the game. When panning by moving the mouse to the screen-edges, the game will pan very very fast if the cursor is moved to the right of bottom of the screen. It will almost pan the entire map instantly. When doing it to the left or up it's at completely normal speed. I have a feeling this is maybe related to the other mouse issues in this game. Particularly the issue with the cursor hitting "invisible boxes" at the bottom right corner of the screen. You have to move the cursor to the far left and far top of the screen a couple of times for these "invisible boxes" to disappear. Running current git (1.1.44) on Arch Linux x32 with Radeon HD4890 with catalyst 10.3 driver. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 20

[Bug 23982] New: Chat window do not move to top when user click on contact
by wine-bugs＠winehq.org 11 Dec '16

11 Dec '16

http://bugs.winehq.org/show_bug.cgi?id=23982 Summary: Chat window do not move to top when user click on contact Product: Wine Version: 1.1.42 Platform: x86 URL: http://qip.ru/en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: 2pavelbox(a)gmail.com When flashing chat window is opened and I click on some contact in my contact list, I should see chat window with contact that I clicked. Chat whindow should move to top and become active. But it is no occur on Wine. How to reproduce: 1. open qip 2. double click on any contact in contact list. (chat window should appear) 3. open another programm and switch to its window (its window should be active) 4. double click on any contact again. 5. chat window not appear and not become active but it should. There are no records related to this bug in console output of Wine. Wine version: 1.1.42 Window Manager: GNOME 2.30.2 QIP: 8095 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 12231] New: Operation not supported on selected printer ( No printing 16bit program)
by wine-bugs＠winehq.org 05 Dec '16

05 Dec '16

http://bugs.winehq.org/show_bug.cgi?id=12231 Summary: Operation not supported on selected printer (No printing 16bit program) Product: Wine Version: 0.9.58. Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineps.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: edi67(a)gazeta.pl There's a problem with printing from 16bit program. Software itself installs and runs ok, but when I press print button it keeps popping up windows with message: "Operation not supported on selected printer" until it freezes completely. I've added software to the AppDB and it waits for an approval, so I will repeat steps to reproduce this problem here: Application Druki IPS direct download link: http://www.pity.pl/druki/index.php?down=p1 Application installs and runs just fine. After installation it doesn't have any forms - they have to be downloaded from vendor web page: http://www.pity.pl/druki/ 1) For example download money transfer form: http://www.ips-infor.com.pl/pliki/formul/bhpr.f_i 2) Left click on form and use Open with to open it in Wine > Programs > Formularze IPS > Druki IPS 3) Try to print it (use Printer icon or Ctrl+W shortcut) This application in AppDB: http://appdb.winehq.org/objectManager.php?sClass=application&iId=6938 Source code of the application is not available but I can forward questions to the vendor when needed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 23

[Bug 21489] New: simple Delphi program: wrong text label height in some cases
by wine-bugs＠winehq.org 30 Nov '16

30 Nov '16

http://bugs.winehq.org/show_bug.cgi?id=21489 Summary: simple Delphi program: wrong text label height in some cases Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: iggy(a)inbox.ru Created an attachment (id=25881) --> (http://bugs.winehq.org/attachment.cgi?id=25881) sources and executable 7z There is label with right justify alignment and with word wrap on a form. Changing label caption runtime from short word to phrase of 3 words, cause label height increase, but wrong value. Phrase appears consisting of 2 string, but label height corresponds if it was 3 string. And phrase vertically centered. There are buttons to change label caption and to get label heigth. Same program (in attachment) works correct on WinXP. May be somewhere in DrawText Windows GDI... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 22

[Bug 18741] New: Wine printing output should be in .pdf rather than postscript
by wine-bugs＠winehq.org 13 Nov '16

13 Nov '16

http://bugs.winehq.org/show_bug.cgi?id=18741 Summary: Wine printing output should be in .pdf rather than postscript Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wineps.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: scott(a)open-vote.org Blocks: 5551,6416 The new CUPS standards from http://openprinting.org/ say that .pdf is the preferred printing format over postscript: https://lists.linux-foundation.org/pipermail/printing-architecture/2008/001… -- PDF as the Standard Print Job Format ------------------------------------ To improve the reliability of the printing process, especially for complex graphics, high color depths, and for jobs where pages get separated and reordered (2 pages per sheet, booklets, selected pages, ...) we are switching from PostScript to PDF as standard print job format. The server (printing system) side is nearly completely implemented in the form of new CUPS filters and file conversion rules. On the client (application) side it is needed that the applications generate the print jobs in PDF and not in Postscript. This would mean a change of the print job generation part of OpenOffice.org. As OpenOffice.org has an excellent "Export to PDF" function, there will not be needed much new code. One can use this functionality to generate print jobs, using PDF settings optimized for printing. This is not absolutely urgent, as CUPS can convert PostScript to PDF with a pstopdf filter, but applications which directly produce PDF have a better control over the graphical quality of the print job, and they even solve page management (2 on a sheet, booklets, selected pages, ...) problems on old PostScript-based servers, as a CUPS filter will generate PostScript from the incoming PDF then (pdftops) and this PostScript is much cleaner as the one coming from most applications. So I am asking you whether you can change OpenOffice.org to make the "Print" command emitting PDF instead of PostScript. To not break lagacy, non-PDF-capable environments, make this a configurable option. I am very grateful for any support from the OpenOffice.org side in terms of these OpenPrinting projects. They will improve the printing workflow a lot and will make many bugs and user complaints go away. -- We should do a similar thing in Wine -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs August 2010