November 2010 - Wine-bugs - list.winehq.org

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

22 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 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 25079] New: iexplore.exe: print preview unimplemented
by wine-bugs＠winehq.org 14 Dec '16

14 Dec '16

http://bugs.winehq.org/show_bug.cgi?id=25079 Summary: iexplore.exe: print preview unimplemented Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Found while testing bug 22157. -- 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 3

[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 24699] New: Explorer++ crashes when closing a tab
by wine-bugs＠winehq.org 09 Dec '16

09 Dec '16

http://bugs.winehq.org/show_bug.cgi?id=24699 Summary: Explorer++ crashes when closing a tab Product: Wine Version: 1.3.4 Platform: x86-64 URL: http://www.explorerplusplus.com/download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31210) --> (http://bugs.winehq.org/attachment.cgi?id=31210) Terminal output w/ backtrace Steps to reproduce: 1. Start Explorer++ and make another tab by double-clicking an empty space on the tab bar 2. Click the close icon on the right side of the tab bar (supposed to be an X, but right now it looks more like a square) Instead of closing the active tab, the program crashes with an unhandled page fault. I tried to test winetricks comctl32 as a potential workaround, but it made the program crash on startup... -- 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 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 25325] New: Titan quest: missing models on with fglrx >= 10.10 (mobility radeon hd 5730)
by wine-bugs＠winehq.org 26 Nov '16

26 Nov '16

http://bugs.winehq.org/show_bug.cgi?id=25325 Summary: Titan quest: missing models on with fglrx >= 10.10 (mobility radeon hd 5730) Product: Wine Version: 1.3.8 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: rechapita(a)hotmail.com CC: wine-bugs(a)winehq.org some models are missing from the screen, particulary character models, while using wine versions 1.2 to 1.3.8 and fglrx >= 10.10 (screenshot:http://img574.imageshack.us/img574/7813/tquest.jpg) reverting to fglrx 10.9 solves this problem don't know if its a wine or fglrx issue -- 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 36

[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