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

[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 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

[Bug 17329] New: Wine needs more userfriendly message when certain dlls are not registered/missing
by wine-bugs＠winehq.org 11 Nov '16

11 Nov '16

http://bugs.winehq.org/show_bug.cgi?id=17329 Summary: Wine needs more userfriendly message when certain dlls are not registered/missing Product: Wine Version: 1.1.12 Platform: PC URL: http://www.whizlabs.com/download.php?prod=SCJP6.0.exe OS/Version: Linux Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk Created an attachment (id=19352) --> (http://bugs.winehq.org/attachment.cgi?id=19352) an idea of how to generate more userfriendly message This bug's intention is to enhance user friendlyness, and hopefully less invalid bug reports, and more first time success experience for users. Take for example app from http://www.whizlabs.com/download.php?prod=SCJP6.0.exe (from some bug in bugzilla). The application fails with a run-time error, and some , for newbies, cryptic ole errors. I think it would enhance wine's userfriendlyness a big deal, if we would just put up a nice messagebox, with a message what the error means, and what should be done. I'll attach a (crappy) patch , just to give an idea how easy it would be to give users more clues how to get around the "bug". Just apply patch , and run the app above, and user will know he has to install wsh56. -- 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 15

[Bug 17323] New: Superbase Dialogs are too wide
by wine-bugs＠winehq.org 11 Nov '16

11 Nov '16

http://bugs.winehq.org/show_bug.cgi?id=17323 Summary: Superbase Dialogs are too wide Product: Wine Version: 1.1.14 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: harv(a)gmx.de Created an attachment (id=19348) --> (http://bugs.winehq.org/attachment.cgi?id=19348) Uppre is how it looks like in XP, lower part is same dialog in wine 1.1.14 Superbase (a Relational database management system) displays its internal dialogs way too wide. They don't even fit on the screen. See attachment. -- 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 11963] New: Myst V: End of Ages does not run
by wine-bugs＠winehq.org 11 Nov '16

11 Nov '16

http://bugs.winehq.org/show_bug.cgi?id=11963 Summary: Myst V: End of Ages does not run Product: Wine Version: 0.9.57. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P4 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: jerry.heiselman(a)gmail.com Created an attachment (id=11287) --> (http://bugs.winehq.org/attachment.cgi?id=11287) Console log of game run Running Myst V: End of Ages does not run. I get a black screen and then it just dies. Console output is attached. -- 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 39

[Bug 19983] New: Tom Clancys H.A.W.X Force Feedback engaging when it should not.
by wine-bugs＠winehq.org 03 Nov '16

03 Nov '16

http://bugs.winehq.org/show_bug.cgi?id=19983 Summary: Tom Clancys H.A.W.X Force Feedback engaging when it should not. Product: Wine Version: 1.1.29 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: jcarthew(a)mbarron.net When playing Tom Clancy's Hawx the Microsoft Sidewinder ForceFeedback 2 stick appears to be trying to recenter itself. However when it does this it's actually doing it via the force feedback mechanism despite this game having no support for force feedback. -- 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 7

[Bug 14286] New: winhelp: window size/position changed whenever link or navigation button is clicked
by wine-bugs＠winehq.org 30 Oct '16

30 Oct '16

http://bugs.winehq.org/show_bug.cgi?id=14286 Summary: winhelp: window size/position changed whenever link or navigation button is clicked Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk For some help files, Wine winhelp moves and resizes the main window whenever links or navigation buttons are clicked. Windows 95 winhelp does not do that. To demonstrate, download msdncd.hlp from http://bugs.winehq.org/attachment.cgi?id=14568 Open the file in Wine winhelp, then move or resize the window. As soon as you click a link or button, the window is moved to its previous size and position. -- 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 18

[Bug 13129] New: Jumbled fonts in Persona Windows client
by wine-bugs＠winehq.org 30 Oct '16

30 Oct '16

http://bugs.winehq.org/show_bug.cgi?id=13129 Summary: Jumbled fonts in Persona Windows client Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bugzilla-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: junk(a)mandd.com Persona which may be obtained from: http://chesapeakeengine.com/PersonaWindowsClient.html. It will install and load properly, but when you connect to a server, the fonts appear as very strange and unreadable characters. To reproduce this behavior, install the app then connect to the server www.chesapeakeengine.com This one app has been keeping me from dumping Windows for years and I've tested many versions of Wine and many different Linux distros. -- 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 18703] New: Gizmo5: crashes on call start if dsnoop is used as audio input
by wine-bugs＠winehq.org 29 Oct '16

29 Oct '16

http://bugs.winehq.org/show_bug.cgi?id=18703 Summary: Gizmo5: crashes on call start if dsnoop is used as audio input Product: Wine Version: 1.1.22 Platform: PC URL: http://gizmo5.com/pc/download/#gizmo31 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: novakyu(a)novakyu.net If dsnoop is set to audio input device, using the following .asoundrc: pcm.dmixed { type dmix ipc_key 1024 slave { pcm "hw:2,0" } } pcm.dsnooped { type dsnoop ipc_key 2048 slave { pcm "hw:2,0" } } pcm.asymed { type asym playback.pcm "dmixed" capture.pcm "dsnooped" } pcm.!default { type plug slave.pcm "asymed" } Gizmo5 crashes on call attempt with error message "fixme:wave:widRecorder Recovering from XRUN!" (full strace output attached). It works fine if instead of 'capture.pcm "dsnooped"', 'capture.pcm "hw:2,0"' is used for audio input. -- 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 11

[Bug 16614] New: Babylon 7: Main window is a small empty box
by wine-bugs＠winehq.org 28 Oct '16

28 Oct '16

http://bugs.winehq.org/show_bug.cgi?id=16614 Summary: Babylon 7: Main window is a small empty box Product: Wine Version: 1.1.11 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mail2benny(a)gmail.com Created an attachment (id=18170) --> (http://bugs.winehq.org/attachment.cgi?id=18170) Shell output for Babylon 7 on wine-1.1.11 In Babylon 7 the main window either in trail mode or normal is a small empty box, this makes the program useless. -- 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