http://bugs.winehq.org/show_bug.cgi?id=14035
Summary: Microsoft Virtual Earth 3D beta installer fails to
download .net framework
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://www.microsoft.com/Downloads/details.aspx?FamilyID
=e9298080-50c4-4f2e-9fc4-4009074996ba&displaylang=en
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
To get past bug 11517, do 'winetricks gdiplus'.
The next problem is it fails downloading .net 2.0 sp1.
The installer offers to show you a log, but can't find the log itself
when you ask; it's really at
~/.wine/dosdevices/c:/windows/temp/VirtualEarth3DInstallLog.txt
and it says
[2008/06/21 12:35:44.709] DownloadManager: HTTP Status String: 'OK' for
'http://go.microsoft.com/fwlink/?LinkId=87970'
[2008/06/21 12:35:44.710] DownloadManager:
HttpQueryInfo(HTTP_QUERY_CONTENT_LENGTH) failed for
'http://go.microsoft.com/fwlink/?LinkId=87970' (System Error Code: 12150
(unknown), WinInet Error Code: 12150 ())
+wininet shows
trace:wininet:HTTP_GetResponseHeaders raw headers: L"HTTP/1.1 200
OK\r\nContent-Length: 24758792\r\nContent-Type:
application/octet-stream\r\nLast-Modified: Thu, 08 Nov 2007 00:36:49
GMT\r\nAccept-Ranges: bytes\r\nETag: \"dfcf19739f21c81:8037\"\r\nServer:
Microsoft-IIS/6.0\r\nX-Powered-By: ASP.NET\r\nDate: Sat, 21 Jun 2008 12:45:10
GMT\r\nConnection: k"...
...
trace:wininet:HttpQueryInfoW Attribute: HTTP_QUERY_CONTENT_LENGTH Modifier:
HTTP_QUERY_FLAG_NUMBER
trace:wininet:HTTP_GetCustomHeaderIndex L"Content-Length"
trace:wininet:HTTP_GetCustomHeaderIndex Return: -1
trace:wininet:HttpQueryInfoW 0 <--
001a:Ret wininet.HttpQueryInfoW() retval=00000000 ret=00404710
So we can't retrieve content-length for some reason, even though we've received
it?
--
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=34745
Bug #: 34745
Summary: Earth 2150: video sequences aren't played
Product: Wine
Version: 1.7.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winebugs140(a)gmail.com
Classification: Unclassified
Created attachment 46321
--> http://bugs.winehq.org/attachment.cgi?id=46321
Earth 2150 Log
One can reproduce the problem in the demo (check out the link).
Tested with:
Windows Vista (without Wine), GeForce 9600M GS--the program works fine here
Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313)
Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11
--
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=29926
Bug #: 29926
Summary: Beach life crashes on initial movie
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: melpomenet2(a)gmail.com
Classification: Unclassified
Created attachment 38944
--> http://bugs.winehq.org/attachment.cgi?id=38944
Wine console output running with vanilla wine.
The game "Beach Life" crashes on the initial movie
(Data/Movies/EidosMovie.mpg).
According to mplayer, the movie codec is MPEG1.
Since the problem seems related to amstream, I tried installing amstream with
winetricks, but still crashes. Attached are logs for running with amstream or
vanilla 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.
https://bugs.winehq.org/show_bug.cgi?id=46935
Bug ID: 46935
Summary: AirDC++ (all versions) has display glitches.
Product: Wine
Version: 4.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: voidrc(a)gmail.com
Distribution: ---
Created attachment 64047
--> https://bugs.winehq.org/attachment.cgi?id=64047
browsing shares.
AirDC++ (all versions from 2014 until now, 32bit and 64) display graphical
glitches in the transfers area and the user share browsing. also some glitches
in the network config display as reported here
(https://bugs.winehq.org/show_bug.cgi?id=45744).
Browsing file shares does not refresh the whole display are when going into a
different folder. Whatever was shown previously remains on the screen unless
there's something to draw over it.
The black area in the transfers goes away if you resize it or if some file
transfers are initiated (it draws over it).
Basically all glitches related to incorrect rendering because of stale
graphical elements not being refreshed properly.
Tested with wine versions as old as 2.x and the bugs are still present.
https://github.com/airdcpp/airgit/releases/download/3.54/airdcpp_3.54_x64.7z
Please test and advise if any tweaking/custom configuration might help.
--
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=48059
Bug ID: 48059
Summary: IMVU Social Network Client hangs
Product: Wine
Version: 4.19
Hardware: x86
URL: https://secure.imvu.com
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Regression SHA1: 3b002685fe18ca3985af744d8f147f29b2c588f0
Distribution: ---
There's clearly some nonsense going on with hooking. The game tries to call
kernel32.OutputDebugString(), which, instead of then executing Wine's
implementation, instead goes on to write the message to a file in the game's
directory, repeatedly, in a loop.
Reverting 3b002685f fixes this. Changing kernel32's spec file to forward to
kernelbase instead of using an import thunk also fixes this. What's confusing
me is I can't figure out how the hooking is actually done. Tracing the code of
OutputDebugString(), both A and W versions, both from kernel32 and kernelbase,
never seems to show signs of hooking, i.e. it's entirely identical to the
version on disk.
Note that the application requires an email-based account to be created.
--
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=44402
Bug ID: 44402
Summary: Shamela3.64 crashes when opening a book in (non-root)
user mode
Product: Wine
Version: 3.0-rc6
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: batou.dum(a)free.fr
Distribution: ---
Created attachment 60329
--> https://bugs.winehq.org/attachment.cgi?id=60329
The backtrace followed by a copy of the end of the terminal output
Shamela is an electronic arabic library which downloads packages, imports the
books which are in it and enable the user to read it and make plain-text
searches.
I use it with Linux 4.9.0-5-amd64 under Debian 6.3.0-18.
When I launch it with Wine as a non-root user, it downloads and imports the
books, but if I select a book to read it crashes. I attached the backtrace with
the end of the terminal output. Sometimes it doesn't do anything when I select
the book, but if I try again it crashes.
(It does run well with Wine when I execute it as root, yet it doesn't seems to
me a good idea to do it.)
If you want to install the program, you can download it at :
http://d.shamela.ws/downloads/shamela3.64.rar
Then simply uncompress it and run wine ~/shamela3.64/_shamela.exe.
(If you want a correct arabic display, you can use this tutorial :
https://abuhirr.wordpress.com/2013/12/20/syamilah/. GoogleTranslate from
Indonesian to English works quite fine ! But I don't think it necessary if you
don't read Arabic.)
Look here for the meaning of the icons :
http://uloom.com/edu/mod/page/view.php?id=151.
Normally, when opening the program will open a small window. Click on the right
button. If it doesn't, click on the "upgrade" button (first on the left in the
most recent versions).
Then unselect all the directories (it will take a few seconds if you do it by
unselecting the parent directory), open the first directory, select the first
book and press the right button in the bottom-right corner. When the next
question appears, click on the left button.
When the download ends, wait a little and click on the "Select book" icon
(first on the right). Open the first directory and double-click on the book. If
you are not in root, a window should appear informing you about the error.
Click on the right button in the bottom-left corner to see the backtrace, and
again on the right button to save it.
--
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=42707
Bug ID: 42707
Summary: World of Warships: Cannot display inventory and clan
screens
Product: Wine
Version: 2.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Andreas.Schallenberg(a)Eurobild.com
Distribution: ---
Created attachment 57682
--> https://bugs.winehq.org/attachment.cgi?id=57682
Backtrace when opening clan screen
WoWS cannot enter Inventory screen or clan screen. When trying, it opens up a
semi-transparent layer with a anchor-symbol with an animation. This step
happens on Windows as well to indicate the loading. Under wine there is no
further progress. In the better case, the screen stays as is forever. In the
worse case (happens most often with inventory) there is a stack backtrace being
displayed. In both cases the user can proceed by closing the semi-transparent
layer.
Environment:
- World of Warships v0.6.2.2 (issue is the same with older versions)
- Wine 2.4 (downloaded from
http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_Leap_42.…)
- Linux jordan 4.4.49-16-default #1 SMP Sun Feb 19 17:40:35 UTC 2017 (70e9954)
x86_64 x86_64 x86_64 GNU/Linux
--
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=39472
Bug ID: 39472
Summary: World of Warships 0.4.x/0.5.x client runs out of GL
memory after many consecutive games
Product: Wine
Version: 1.7.53
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
by having a large number of consecutive games within same session, the client
will eventually run out of GL memory.
Not sure if this is a Wine bug or a bug in the game engine itself.
It doesn't matter if ARB or GLSL shader backend (default), CSMT or non-CSMT
(default) is used.
Plain Wine and Wine-Staging (for CSMT).
The leak is around 50-70 MB per game so it takes 20-30 games until it becomes
apparent.
When that happens you get strange effects due to failing GL calls.
Console output at the exact point:
--- snip ---
...
0028:err:d3d_texture:texture2d_prepare_texture >>>>>>>>>>>>>>>>>
GL_OUT_OF_MEMORY (0x505) from glTexImage2D @
/home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/texture.c
/ 1000
0028:err:d3d_texture:wined3d_texture_bind >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY
(0x505) from glGenTextures @
/home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/texture.c
/ 199
0028:err:d3d_texture:texture2d_prepare_texture >>>>>>>>>>>>>>>>>
GL_OUT_OF_MEMORY (0x505) from glTexImage2D @
/home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/texture.c
/ 1000
0028:err:d3d_surface:wined3d_surface_upload_data >>>>>>>>>>>>>>>>>
GL_INVALID_VALUE (0x501) from glTexSubImage2D @
/home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/surface.c
/ 1732
0028:err:d3d_draw:draw_strided_fast >>>>>>>>>>>>>>>>>
GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawArrays @
/home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/drawprim.c
/ 91
005a:trace:seh:__regs_MSVCRT__setjmp3 buf=0x2cc5da20 ebx=351af2d0 esi=2f6c5150
edi=351af2a0 ebp=0ea7e928 esp=0ea7e914 eip=00d65da3 frame=0ea7ea48
0028:err:d3d_surface:surface_blt_fbo >>>>>>>>>>>>>>>>>
GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glReadBuffer() @
/home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/surface.c
/ 1078
0028:err:d3d_draw:draw_strided_fast >>>>>>>>>>>>>>>>>
GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawArrays @
/home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/drawprim.c
/ 91
0028:err:d3d_texture:texture2d_prepare_texture >>>>>>>>>>>>>>>>>
GL_OUT_OF_MEMORY (0x505) from glTexImage2D @
/home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/texture.c
/ 1000
0028:err:d3d_shader:shader_arb_select >>>>>>>>>>>>>>>>>
GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from
glBindProgramARB(GL_FRAGMENT_PROGRAM_ARB, priv->current_fprogram_id); @
/home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/arb_program_shader.c
/ 4692
0028:err:d3d_draw:draw_strided_fast >>>>>>>>>>>>>>>>>
GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawArrays @
/home/focht/projects/wine/wine.repo/staging-src/dlls/wined3d-csmt/../wined3d/drawprim.c
/ 91
--- snip ---
I continuously monitor the GPU memory usage using 'nvidia−smi' tool from
another terminal:
--- snip ---
$ watch -n2 nvidia-smi
...
Fri Oct 16 18:26:51 2015
+------------------------------------------------------+
| NVIDIA-SMI 352.41 Driver Version: 352.41 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
|===============================+======================+======================|
| 0 GeForce GTX 850M Off | 0000:01:00.0 Off | N/A |
| N/A 50C P8 N/A / N/A | 1385MiB / 2047MiB | 0% Default |
+-------------------------------+----------------------+----------------------+
+-----------------------------------------------------------------------------+
| Processes: GPU Memory |
| GPU PID Type Process name Usage |
|=============================================================================|
| 0 4151 G /usr/libexec/Xorg 49MiB |
| 0 4485 G ...mes\World_of_Warships\worldofwarships.exe 1325MiB |
+-----------------------------------------------------------------------------+
--- snip ---
Regards
--
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=41314
Bug ID: 41314
Summary: World of Warships (0.5.11) crashes with Critical Error
Occurred
Product: Wine
Version: 1.9.18
Hardware: x86-64
URL: http://worldofwarships.eu/en/game/download/
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 55645
--> https://bugs.winehq.org/attachment.cgi?id=55645
log
Crashes after login with builtin d3dx9_43 dll.
With native dll works fine.
wine-1.9.18-75-g4bfefc5
--
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.