https://bugs.winehq.org/show_bug.cgi?id=46530
Bug ID: 46530
Summary: WinRAR cannot enter archives which are not owned by
the user
Product: Wine
Version: 4.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Steps to reproduce:
1) Have an archive (e.g. test.rar) owned by the root user
2) Enter it
3) Click "Info"
4) Close the dialog
5) Leave the archive
6) Try to enter it again
Now you'll get "Cannot open test.rar: access denied".
This is 100% reproducible.
--
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=46519
Bug ID: 46519
Summary: The sound from the monitor when you open Notepad
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
Distribution: ---
When you open the file format .txt through Notepad, using Wine, then from the
monitor comes the sound. There are no speakers in it, so it makes noise inside
it. Perhaps some bug with the video card in Wine and it gives more load on the
cable. That's my guess. But the reason and repetition 100%
--
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=46701
Bug ID: 46701
Summary: Native DLLs not found when symlinked to app directory
by relative symlink
Product: Wine
Version: 4.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: supercoolemail(a)seznam.cz
Distribution: ---
When DLL is linked to app directory by relative symbolic link and then set to
native (by WINEDLLOVERIDES envvar in my case), 002b:err:module:import_dll will
fail with "not found". Absolute symlinks work correctly. Relative symlink to
pseudo-DLL (".dll.so" from wine-nine-standalone works correctly (when linked
under name without ".so").
This used to work at some time in the past and I use it everywhere, but now I
tried to launch some older games (not used for maybe half year) just to find,
that DLLs that are present are "not found".
Relative symlinks are resolved correctly by wine cmd "dir" command (sizes are
correct).
--
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=46660
Bug ID: 46660
Summary: problem starting MuseScore 3.0.1
Product: Wine
Version: 4.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: malachiosullivan(a)yahoo.fr
Distribution: ---
Created attachment 63594
--> https://bugs.winehq.org/attachment.cgi?id=63594
bactrace
I tried starting MuseScore 3.0.1 32bit in wine on Puppylinux xenial 7.5 and
received the following error - see report attached
--
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=46432
Bug ID: 46432
Summary: FooBillard++ 3.4.2 beta crashes on startup
Product: Wine
Version: 4.0-rc5
Hardware: x86-64
URL: https://www.computerbild.de/download/FooBillard-719080
4.html
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tobbi.bugs(a)googlemail.com
I haven't been able to get any wine error dialogs with stacktrace for this one
and winedbg doesn't seem to be conclusive for this, either.
$ wine --version
wine-4.0-rc5
$ openssl sha256 foobillardplus-3.42beta-win32_64Bit.zip
SHA256(foobillardplus-3.42beta-win32_64Bit.zip)=
abd4b20d8a45f68d6b6b142469b8bf825759804216d321cc1313b8a65203b3f1
--
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=45399
Bug ID: 45399
Summary: worms revolution starts then exit
Product: Wine
Version: 3.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: amie1972(a)163.com
Distribution: ---
my system id fedora 28,video card is nvidia-gtx 750ti.after upgrade to
win-3.11,worms revolution starts ,then exit,no error message.
--
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=46218
Bug ID: 46218
Summary: World of Warcraft A streaming error has occurred.
(WOW51900322) - wine-staging
Product: Wine-staging
Version: 3.21
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
World of Warcraft kicks the player back to the login screen with the error "A
streaming error has occurred. (WOW51900322)" a few seconds after choosing a
character and entering the game world.
The issue has been reported on the AppDB, WineHQ forums and eu/us blizzard
forums. The issue affects Linux players only.
See the How-to / Notes section of
https://appdb.winehq.org/objectManager.php?sClass=version&iId=36961
The workaround is to remove and replace the Cache directory in Program Files
(x86)\World of Warcraft\ by a Windows copy of the cache.
I experience the issue since I upgraded to Debian 9 and got rid of bug 42874.
I made several tests and pin-pointed the issue to the creaturecache.wdb and
gameobjectcache.wdb in World of Warcraft\Cache\WDB\ being corrupt when created.
I compiled a custom wine version : plain wine 3.21 + staged patchset from bug
45349 (with its staging dependencies).
With that custom version the Cache files are NOT corrupt and the issue doesn't
happen.
The 64-bit client requires wine-staging (bug 45349).
I have no knowledge of the issue with 32 bit version of the client and can't
test it myself due to (abandoned) bug 43656.
If the bug is indeed a regression in wine-staging, I guess people using
wine-staging to run the 32 bit game client also have the issue.
I'm currently conducting a regression test in wine-staging to pin-point the
patchset that causes the wrong file creation.
--
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=32096
Bug #: 32096
Summary: drawStridedSlow can be more efficient
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: guillaum.bouchard(a)gmail.com
Classification: Unclassified
Hi,
Recently I noticed that World of Warcaft is far more slow on d3d9 mode than
using the OpenGL mode on my computer (pentium 4 and geforce 5 fx).
Unfortunately the OpenGL mode is unusable since last WoW update (bug is inside
WoW, not wine)
D3D mode is slower because an important amount of the primitives are rendered
using drawStridedSlow (dlls/wined3d/drawprim.c) which generates a lot of opengl
call (here, 600K calls compared to 12K in OpenGL mode).
It appears that if the computer can handle vertex array (ie:
glDrawElements/glDrawArrays/gl[Vertex|Color|TexCoords|Fog]Pointer and
glClientActiveTexture) the number of openGL call can be dramatically reduced,
leading to an important increase in FPS (8 to 25 in important city in WoW).
On my computer, I hacked inside drawStritedSlow and I have only one issue, the
format of color is packed in BGRA, which is not compatible with the format
awaited by glColorPointer. This can be fixed using the extension
ARB_vertex_array_BGRA, which is unfortunately not available on my computer. I
solved this issue by looping over each vertex and building a custom array in
memory that I submitted to glColorPointer. I got approximately the same FPS
increase using this approach.
My conclusions here are that the fallback to drawStridedSlow is a bit extreme
and in most case unnecessary. In my configuration everything works except the
conversion from the d3d BGRA format for color in RGBA. This part can be easily
done in software to create a suitable color array. Also, I did not dig inside
the shader code of wined3d, but perhaps this conversion can be simply
implemented as a swizzle in the custom vertex shader. (am I right guessing that
wined3d does not uses the default shader of the fixed pipeline ?).
So this bug report is more a way of opening the discussion. I see many options
to improve the situation:
a) Tweak the heuristics which detects and fallbacks to drawStridedSlow. If
necessary implements the needed conversions in software. But this will not
generates OpenGL function call and will increase performance a bit
b) Tweak the vertex shader to do the conversion in the vertex shader, I think
it is our best option
c) Tweak drawStridedSlow to still rely on vertex array when possible (I have an
example of code which is doing this. I'm playing WoW with this since 3 days
without any issue and with a FPS increase of 200%). I don't think that honestly
it is the good idea.
d) do something else. Because I did not read anything else than the
drawStritedSlow function, I may have missed something important.
I'm motivated to help in the DX -> GL code. I'm a skilled C and GL coder, I
don't know DX, but can learn enough. Thank you for reading.
--
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=46550
Bug ID: 46550
Summary: Please clean up filever.exe
Product: Wine-staging
Version: 4.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ToddAndMargo(a)zoho.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
$ rpm -qa wine-core
wine-core-4.0-0.5.rc6.fc29.i686
wine-core-4.0-0.5.rc6.fc29.x86_64
Would you please clean up filever.exe (from Windows 7)
$ wine /home/linuxutil/filever.exe
000b:fixme:winediag:start_process Wine Staging 4.0-rc6 is a testing version
containing experimental patches.
000b:fixme:winediag:start_process Please mention your exact version when filing
bug reports on winehq.org.
0011:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to
L"uxtheme-gtk.dll"
0011:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0
library.
0014:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to
L"uxtheme-gtk.dll"
0014:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0
library.
0014:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
0014:fixme:process:SetProcessDEPPolicy (1): stub
0014:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
000d:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to
L"uxtheme-gtk.dll"
000d:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0
library.
001f:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to
L"uxtheme-gtk.dll"
001f:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0
library.
001f:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
0023:fixme:nls:GetThreadPreferredUILanguages 00000034, 0x9cf5e8, 0x9cf658
0x9cf5f0
0023:fixme:nls:get_dummy_preferred_ui_language (0x34 0x9cf5e8 0x9cf658
0x9cf5f0) returning a dummy value (current locale)
000b:fixme:module:load_dll Loader redirect from L"uxtheme.dll" to
L"uxtheme-gtk.dll"
000b:fixme:uxthemegtk:load_gtk3_libs Wine cannot find the libgtk-3.so.0
library.
Prints file version information.
Z:\home\linuxutil\filever.exe [/S] [/V] [/E] [/X] [/B] [/A] [/D]
[[drive:][path][filename]]
/S Displays files in specified directory and all subdirectories.
/V List verbose version information if available.
/E List executables only.
/X Displays short names generated for non-8dot3 file names.
/B Uses bare format (no dir listing).
/A Don't display file attributes.
/D Don't display file date and time.
--
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.