http://bugs.winehq.org/show_bug.cgi?id=20362
Summary: Diablo II: X11 mouse pointer shows over fullscreen
window
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thijs.vandenboogaard(a)gmail.com
When Diablo II is started and the mouse pointer is left alone, it stays
somewhere in the upper right of the fullscreen window. While playing it gets
pretty annoying. A temporary solution is to move the mouse pointer to the very
right of the screen when starting. Has probably something to do with D2D.
Running Wine 1.1.31 on Ubuntu Karmic X86_64. Intel Core 2 Quad Q6600 @ 3200MHz,
Nvidia Geforce GTX 260 (propretiary drivers 185.18.36).
--
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=19226
Summary: Braid: Both Shift keys needed to move puzzle pieces
Product: Wine
Version: 1.1.25
Platform: PC
URL: http://www.playgreenhouse.com/game/NNONE-000001-01/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: elton(a)schiert.net
Steps to reproduce:
-Download Braid Demo from http://www.playgreenhouse.com/game/NNONE-000001-01/
-Install and run it
-Enter the first level and play until you have collected at least one puzzle
piece
(this takes just one minute)
-You can now exit the level and go back to the house
-Stand in front of the puzzle area and use it
-On this screen you are supposed to be able to move the pieces around by
placing
the cursor over them, holding any Shift key and using the cursor keys or WASD
-This works on Windows; but with Wine I need to press both (left and right)
Shift
keys to be able to move a piece
Notes:
-Only the puzzle screen is affected. Rest of the game works with any Shift key.
-Once both Shift keys have been pressed in order to "grab" a piece one can let
go
one key and is still able to move the piece around until one lets go of the
2nd
Shift key. Only then the piece is "released"
--
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.
https://bugs.winehq.org/show_bug.cgi?id=46674
Bug ID: 46674
Summary: No music in Sims 1 Deluxe
Product: Wine
Version: 4.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Created attachment 63623
--> https://bugs.winehq.org/attachment.cgi?id=63623
Terminal output
I got the game working using dgvoodoo2 and DXVK, but there's no music in-game
(sound effects work however).
Attached terminal log with some quartz and winegstreamer errors.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43240
Bug ID: 43240
Summary: Java 8 believes the filesystem is read-only
Product: Wine
Version: 2.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: taho(a)dnsdeer.com
Distribution: ---
Created attachment 58546
--> https://bugs.winehq.org/attachment.cgi?id=58546
A Java sample program
Symptom:
Calls to java.nio.file.Files.isWritable() always return false, even though the
specified file is very definitely writable – the same Java program running
under Linux correctly returns true for the same file.
Software versions:
Arch Linux (x86-64)
Wine 2.10
Java 1.8.0_131-b11
Cause:
Files.isWritable ends up calling
sun.nio.fs.WindowsFileSystemProvider.checkAccess, which via
WindowsFileStore.create calls the WindowsFileStore constructor. In those
WindowsFileStore methods, the Win32 API function GetVolumePathName is called
and its result passed to GetVolumeInformation – which is where the bug is.
In my case, I'm passing in the filename "Z:\tmp\winebugtest\winebugtest.java",
where Z: is the Linux root directory. Because /tmp is a separate filesystem,
the call to GetVolumePathName returns "Z:\tmp\". So far so good. But when this
is passed to GetVolumeInformation, it figures there are too many backslashes
and returns an error. This results in a Java IOException which ends up causing
isWritable to return false.
If I create a T: drive pointing to /tmp (through winecfg) everything works
correctly – GetVolumePathName resolves "T:\winebugtest\winebugtest.java" to
"T:\", GetVolumeInformation is happy and Java gets the correct result.
The Wine implementation of GetVolumeInformation in kernel32/volume.c has the
comment "there must be exactly one backslash in the name, at the end".
Microsoft's documentation, I think, disagrees:
https://msdn.microsoft.com/en-us/library/windows/desktop/aa364993(v=vs.85).…
I have attached the relevant portions of the logs (from WINEDEBUG='+relay') and
a sample program.
--
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=32112
Bug #: 32112
Summary: Justice Caculator reporting "Eror dreading
RichEdit1->Lines.Strings: RichEdit line insertion
error
Product: Wine
Version: 1.5.16
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: richedit
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
Classification: Unclassified
The orignial website is http://www.filehand.net, now it is unavailable.
Anyone would like to test and debug the software please contact to me.
Reproduce:
Wine 司法速算器.exe
A popup window reporting:
"Error reading RichEdit1->Lines.Strings: RichEdit line insertion error.
after clicking "OK"/"确定", the app quit without any useful log.
Will attach a +richedit trace.
--
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=16295
Summary: Cannot run Win16 installer for Judaic Classics
Product: Wine
Version: 1.1.7
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arie.folger+wine(a)gmail.com
Created an attachment (id=17572)
--> (http://bugs.winehq.org/attachment.cgi?id=17572)
Output when trying to run the program under Wine
I am trying to install Davka Judaic Classics IIc, a bookshelf kind of software
with Hebrew books. It is a win32 program that was designed for running also on
win3.11, hence the installer is, I believe, win16. I have used this software on
Win95 and Win98. The program happily runs off emulated cdroms.
I have now tried to install this program under wine, but can't even get the
installer to run. Attached you will find the output when running "wine
installa.exe" (the installer for installs from floppy drive a:). For the
record, I am using Fedora 10 for x86_64, with wine i386, version 1.1.7. The
kernel is 2.6.27.5-117.fc10.x86_64.
Can someone make sense out of the error message? How do I get around this?
--OCC
--
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.
https://bugs.winehq.org/show_bug.cgi?id=46747
Bug ID: 46747
Summary: Arabic letters are not connected in MS Office 2013
Product: Wine
Version: 4.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: akram_ma(a)hotmail.com
Distribution: ---
Created attachment 63748
--> https://bugs.winehq.org/attachment.cgi?id=63748
MS Word 2013 in ar_YE.UTF-8 locale
I did a clean prefix as follows
created Win 7 32bit
Then installed from WineTricks: Core Fonts, Tahoma Font, msxml6, riched20,
usp10
and Added reg key:
[HKEY_CURRENT_USER\\Software\\Wine\\Direct3D]
"MaxVersionGL"=dword:00030002
Then installed Office 2013 Pro (Arabic Version)
Installation went fine with one minor problem: I cannot customize installation.
Once I hit the down arrow to show drop down menu to customize which component
to choose from. Once I hit to show, it drops down and disappear in half a
second.
I was able to run all programs except:
OneNote shows a message cannot continue please install Windows Desktop
Experience
Word, Excel, Publisher, PowerPoint, Access and Outlook run fine so far.
One major problem with all running applications is Arabic representation:
Word Arabic letters are not connected at all and are typed from left to
right as if English.
Others Other apps type Arabic in the right way with no problem.
All Arabic letters are not connected in main menu and sub menus in all
apps. Letter are typed from right to left correctly but not connected
If I switch the locale language to Arabic for example ar_YE.UTF-8:
Word Arabic letters are still not connected but word direction is fine
(rtl); however, English is typed from right to left
Others Other apps work fine.
All Menus still have the same problem
I attached a picture of Word 2013 in ar_YE.UTF-8 locale. English words (This is
a book) are type backward, and All Arabic letters are not connected, although
some tips boxes and sub sub menus are fine.
--
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=33128
Bug #: 33128
Summary: AliWangwang: the window displayed with black block
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jactry92(a)gmail.com
Classification: Unclassified
Created attachment 43816
--> http://bugs.winehq.org/attachment.cgi?id=43816
The Log
1.'winetricks -q vcrun2005', download and install it:
487641e1976a3e29ebedd186415436f833ac1493 AliIM2013_taobao(7.21.01C).exe
2. cd to the file where you installed it:
'~/.wine/drive_c/Program Files/AliWangWang$ wine AliIM.exe'
There are some black block in the window.
BTW: I found AliWangwang have a 'GdiPlus.dll' by itself in
'~/.wine/drive_c/Program Files/AliWangWang/GdiPlus.dll'. When I try to use the
native gdiplus it won't work and this is the output information:
err:module:import_dll Library gdiplus.dll (which is needed by L"C:\\Program
Files\\AliWangWang\\7.21.01C\\GUIBase.dll") not found
err:module:import_dll Library GUIBase.dll (which is needed by L"C:\\Program
Files\\AliWangWang\\7.21.01C\\AliIMStartup.dll") not found
err:module:import_dll Library gdiplus.dll (which is needed by L"C:\\Program
Files\\AliWangWang\\7.21.01C\\AliIMStartup.dll") not found
--
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=37003
Bug ID: 37003
Summary: QQ 2013 paints incompletely
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fracting(a)gmail.com
Created attachment 49158
--> http://bugs.winehq.org/attachment.cgi?id=49158
Screenshot: QQ 2013 paints incompletely
0. Download the installer of QQ2013 from
http://dldir1.qq.com/qqfile/qq/QQ2013/QQ2013SP5/9050/QQ2013SP5.exe
1. install QQ2013. For non Chinese speakers, the "下一步(N)" button means "Next",
the "安装(I)" button means "Install", "完成(F") means "Finish", these three
buttons are all we need for install QQ2013.
2. start QQ2013:
~/.wine/drive_c/Program Files/Tencent/QQ/Bin$ wine QQ.exe
Expect result:
Draw a complete login dialog box including username form and password form and
submit button. (See Screenshot: QQ 2013 paints incompletely)
Actual result:
Nothing has been drawn except a submit button. However, either clicking on the
button or typing "tab" key repeatedly help the application draw more areas,
with enough luck it can draw completely.
--
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.