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.
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.
http://bugs.winehq.org/show_bug.cgi?id=11832
Summary: App scans folders with charts but fails to display them
Product: Wine
Version: 0.9.56.
Platform: PC
URL: http://rosepointnav.com/CoastalExplorer/Trial/default.ht
m
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: n5470(a)pinefields.com
As part of normal startup, Coastal Explorer (CE) scans designated (either by
default or user choice) specific folders within all drives, building an XML
document with descriptions of each chart found. At the end of the process,
however, CE announces there are no charts to be found and asks if the user
wants to download charts from web sites.
It was found that interrupting the scan process (there is a "Stop" button
available) will make charts visible and usable. This is, however, a rather
inelegant solution and one which poses problems when using the "Chart
Portfolio" tool (e.g., duplication of charts).
--
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.
http://bugs.winehq.org/show_bug.cgi?id=10886
Summary: RTS_CONTROL_TOGGLE doesn't work
Product: Wine
Version: 0.9.51.
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-ports
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bugzilla(a)tut.by
in WINE, setting DCB.fRtsControl to RTS_CONTROL_TOGGLE and doing SetCommState()
sets RTS line always high. (btw, this is the same as described to be bug in
win95, see http://support.microsoft.com/kb/140030 ). According to MSDN, RTS
should be set to high before data transmission, then data should be sent, and
then RTS should go back to low.
The workaround is to toggle RTS manually.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11991
Summary: Wine Windows OpenGL support regression
Product: Wine
Version: 0.9.57.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: imamdxl8805(a)yahoo.com
Dear Wine developers,
This is wine version 0.9.56 and 0.9.57
There are two games that support OpenGL rendering as well as Direct3D redering.
Here are the games:
1. Hitmen 2 Silent Assasin
2. Hitmen 3 Contracts
When I have updated my wine version to 0.9.57, then these games are not playing
anymore with OpenGL rendering. But when I start these games with Direct3D
rendering they are playing fine.
These games played properly with wine version 0.9.55 with OpenGL rendering as
well as Direct3D rendering.
Then I have decided to reinstall wine 0.9.55.
Sorry for the err message printed in the command line. Because I do not have
Internet connection in my home PC.
Best regards,
DXL
--
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.
http://bugs.winehq.org/show_bug.cgi?id=10643
Summary: WInUAE settings window reappears after being dismissed
Product: Wine
Version: 0.9.50.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Hi,
WinUAE is an open source (GPL) emulator of Amiga computers. After running
WinUAE and starting the emulation, pressing F12 brings up the settings window.
When this is dismissed by pressing Reset, Quit, Restart, OK, or Cancel, the
window closes and reopens. It should not reopen. That repeats if you press one
of those buttons again. If you press Quit, then Cancel a few times after the
window closes and reopens, the program does eventually quit.
Steps to demonstrate the problem:
(Typical usage of WinUAE involves obtaining an Amiga ROM image file, however it
is possible to use some software without.)
- Download WinUAE 1.4.4 from http://www.winuae.net/. Direct URL for the
installer is http://www.winuae.net/files/InstallWinUAE1440.exe
- Run the installer.
- For an example disk image, you can download e.g.
ftp://ftp.coresystems.de/pub/uae/rsi1.adf.gz
- Start WinUAE. The settings/configuration window appears. Click the "Floppy
drives" entry in the left side of the window, then the "..." button for drive
DF0:. Select the rsi1.adf.gz file.
- Click Start to start emulation.
- Press F12 to bring up the settings window.
- Try to dismiss the window by pressing one of the buttons at the bottom.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11365
Summary: Total Annihilation:Kingdoms dies in fullscreen after
selecting a game or graphic options from menu
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jamesp(a)ndsupernet.com
Created an attachment (id=10472)
--> (http://bugs.winehq.org/attachment.cgi?id=10472)
output of wine using WINEDEBUG=warn+all, last 2 lines of the out put are
probably the cause of the problem
Running the game in fullscreen with winver set to 2000, the game dies when
selecting graphics options from the main menu or launching any game.
Setting winver to XP does the same thing, but also the intro movie and main
menu don't look right in fullscreen, My gnome taskbar never gets covered up.
Yet the game runs perfectly when using an emulated window.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=12464
Summary: ShellExecute does not integrate well with external
handlers
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmh(a)aybabtu.com
ShellExecute does not integrate well with external handlers.
For example; my GNOME desktop has a PDF viewer, but when an application that is
run via wine calls ShellExecute on a PDF file, wine is only capable of opening
this file with PDF handlers that are installed within the wine environment.
I think the best way to handle this would be to replace the implementation with
an xdg-open(1) wrapper.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=12400
Summary: Wine bug or Nvidia bug??
Product: Wine
Version: unspecified
Platform: PC
URL: http://www.gamershell.com/download_1856.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeremielapuree(a)yahoo.fr
Created an attachment (id=11914)
--> (http://bugs.winehq.org/attachment.cgi?id=11914)
screenshot with my geforce 3
Here is a strange bug. I do not know whether it is a wine or a nvidia bug.
With my old geforce 3 or geforce 440go and the legacy driver 96.43.05,
everything is fine in Indiana Jones and the emperor's tomb (see the screenshot)
But with my geforce 7600go, there are graphical glitches (see the second
screenshot)
Can a d3d guru explain what happens. I can give some useful logs or more
informations if requested.
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.
http://bugs.winehq.org/show_bug.cgi?id=9467
Summary: Macromedia Studio 8 installer hangs
Product: Wine
Version: 0.9.44.
Platform: Other
OS/Version: other
Status: NEW
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To try installing Studio 8, you first have to work around a
bug in the way the CD-ROM was mastered: they
included rockridge extensions, but neglected
to make files world-readable. This causes
mysterious errors about not being able to run the installer:
wine: could not load L"D:\\install studio 8.exe": Module not found
So you have to remount the cd-rom with the 'norock' option, e.g.:
$ umount /media/cdrom
$ sudo mount /dev/cdrom /media/cdrom -o norock
OK, on to the problem. Like Studio MX (see bug 9035),
Studio 8's top level installer runs the installers of six
or so apps. And like the earlier version, it hangs.
But this hang is bad; it's on the end of the
first app, and it it can't be solved by clicking "OK".
The hang occurs at the end of the Dreamweaver installation,
right after it says "Publishing product information".
The installer still responds to the mouse, but if you
ask it to cancel, it keeps going, no matter how many
times you say you want to cancel.
+process revealed the commandline used to invoke the
problematic subinstaller. To reproduce with just
the subinstaller, do
wine msiexec.exe /i 'D:\fscommand\Macromedia_Dreamweaver_8.msi' MM_STUDIO=1
CREATEQUICKLAUNCHSHORTCUT=0 CREATEDESKTOPSHORTCUT=0 MACROMEDIA='c:\Program
Files\Macromedia\'
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.