https://bugs.winehq.org/show_bug.cgi?id=42457
Bug ID: 42457
Summary: Applications start extremely slowly in 2.1 vs almost
instant in 1.8
Product: Wine
Version: 2.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ddascalescu+wine(a)gmail.com
Distribution: ---
I've just removed 1.8 and installed 2.1 devel, and now foobar2000 and Excel
take 30 seconds to one minute to launch.
> wine foobar2000
[...long pause...; nothing in the console...]
[...foobar2000 finally shows it UI...]
Quit foobar2000
err:process:__wine_kernel_init boot event wait timed out
err:winediag:SECUR32_initNTLMSP ntlm_auth was not found or is outdated. Make
sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the
winbind package of your distribution.
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
--
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=36040
Bug ID: 36040
Summary: Environment variable to disable wineserver persistence
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: josh(a)joshtriplett.org
Normally, when wine runs a Windows program, and the Windows program exits,
wineserver persists for a couple of seconds to improve the performance of
subsequent programs. When running a testsuite that waits for all child
processes to exit, this delays each test completion for a couple of seconds.
Thus, I'd like to have an environment variable that tells wineserver to exit
the instant the Windows program does.
--
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=42451
Bug ID: 42451
Summary: V-Rally 2 Expert Edition:"No disc inserted" even when
the disc is inserted
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: timpenguinb(a)gmail.com
Distribution: ---
Created attachment 57290
--> https://bugs.winehq.org/attachment.cgi?id=57290
Terminal log output describing the "fixme"'s
When attempting to start V-Rally 2: Expert Edition with the CD inserted into
the disc drive, it says "No disc inserted". Fixme's also occur when the window
pops up in the terminal output. (The application is being run from the terminal
using wine)
--
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=42413
Bug ID: 42413
Summary: NVIDIA Closed Drivers 256/8bpp Colour mode near
Impossible with Current Workarounds.
Product: Wine
Version: 2.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: oiaohm(a)gmail.com
Distribution: ---
The workarounds to use 256/8bpp documented here
https://wiki.winehq.org/256_Color_Mode of Xephyr, Xnest and Xinit do not work
when using Nvidia binary drivers even basic glxinfo test will fail out with
XLib unable to access GLX of course for wine wanting to use opengl this is now
in trouble. The VNC suggestion leads users into the path of what VNC server
some of those no longer work with 8bpp.
https://www.x.org/wiki/Releases/7.8/ As noted here all of Xepher and Xnest are
marked for future replacement by xf86-video-nested that may or may not fix the
issue.
Don't say use open source drivers because Nvidia has habit of not releasing
firmware to do basic things like correctly run the cooling fans so the open
source drivers are very limited use. Same applies to other closed source
drivers.
Nvidia is the most common desktop driver with this issue. Of course
attempting to run wine on Android and the like the project will not be promised
that the closed source drivers will support 8bpp mode directly.
Solution could be inbuilt support for handling 8bpp mode. The hardware these
days is 24/32 bit so it is possible for a future closed source driver to be
missing the 16bpp randr modes as well. So while developers are looking at
making 8bpp mode work without having to change screen to 8bpp adding support
to-do the same with 16bpp would be good future proofing.
Running application inside virtual desktop mode would be acceptable as this is
like what using Xephr or Xnest are like this where they work.
Basically wine project has got away with colour depth not be a problem the
project has had to worry about. Problem is the systems that allowed this fact
have failed for a decent percentage of users.
I do suspect implementing from what has been said will cause stability problems
so this could be a feature that has to start life in the staging branch.
This is me reporting a bug from a support point of view. I am basically
stuffed giving people advice how to make 256/8bpp applications in wine when
they have NVIDIA closed source without some change. Also connecting every
application with a 8bpp colour mode would be insane.
--
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=39002
Bug ID: 39002
Summary: ISAXXMLParser ignores charset property
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: ott(a)mirix.org
Distribution: ---
ISAXXMLParser (or its implementation in Wine to be correct) tries to detect the
encoding of documents with xmlDetectCharEncoding and some custom heuristics in
internal_parseBuffer and uses xmlDetectCharEncoding without additional
heuristics through xmlCreatePushParserCtxt in internal_parseStream which
violates the specification:
"This setting [charset property] takes priority over the default encoding,
which is implicitly UTF-16, or over the encoding specified in the byte order
mark (BOM) of the XML document header."
(https://msdn.microsoft.com/en-us/library/ms757826%28v=vs.85%29.aspx)
Moreover, ISAXXMLParser returns E_NOTIMPL when setting the charset property. It
should at least accept ASCII, UTF-8 and UTF-16 as these encoding are detected
by internal_parseBuffer and internal_parseStream anyways and are supported by
libxml2. A better option would be to support all enconding supported by Wine
and reencode them as UTF-8 (when possible) and supply the UTF-8 encoding data
to libxml2 via custom IO callbacks.
--
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=15084
Summary: ReadConsoleInputW() handles a NULL lpNumberOfEventsRead
parameter incorrectly
Product: Wine
Version: 1.1.3
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dg(a)cowlark.com
On the Windows console, if I try to read input events with ReadConsoleInputW()
and pass in NULL as the pointer to the lpNumberOfEventsRead field, wine
completes successfully where Windows XP fails and returns an error code.
--
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=42383
Bug ID: 42383
Summary: certmgr.exe is unable to import certificate in PKCS12
format
Product: Wine
Version: 2.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: info(a)winomega.com
Distribution: ---
Created attachment 57178
--> https://bugs.winehq.org/attachment.cgi?id=57178
error message
Microsoft Certificate Manager Tool (certmgr.exe) is unable to import PKCS12
files. When this is attempted it failed with following error:
"The file format is not recognized. Please select another file."
I'm using the 32-bit version as published in Microsoft Visual Studio 2017
(freely downloadable). Its md5sum is:
322bf8029866cf3eb7f1de33f18fb07a certmgr.exe
--
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=42431
Bug ID: 42431
Summary: Video memory stew is displayed when in 3d rendering
mode of Image Analysis
Product: Wine
Version: 2.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kolan_n(a)mail.ru
Distribution: Ubuntu
After some use Image Analysis starts to display not the pieces of memory it
have rendered the surface to, but some other memory: you can see there stew of
pieces of another applications windows', own application window, pieces of
surface and garbage. If GalliumNine is enabled the probability to see the stew
increases. After you saw stew usually you can't make it render normally without
app restart.
How to reproduce:
1 download Image Analysis
http://downloads.ntmdt.com/windows/nanoeducator/Image_Analysis-3.5.0.2066.e…
2 Check SHA256:
609ca31f719412f7905990bd0d9120c48ee02ec03c9dc91d1f4a6fd3c4b4200e
3 Install it.
4 Run it.
5 Load there anything it supports. For example you can drag there any BMP or
JPEG image. PNG is not supported.
6 Click 3d at the bottom, rotate the surface, switch back to 2d.
7 Play with app a bit.
8 Switch to 3d again.
9 Enjoy the video memory stew.
--
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=42429
Bug ID: 42429
Summary: BricsCad: Tricks "kidnapped" window focus
Product: Wine
Version: 2.1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tolikk91(a)yandex.ru
Distribution: ---
Created attachment 57258
--> https://bugs.winehq.org/attachment.cgi?id=57258
console_output
When you move the toolbar, the window focus on the Transfer tooltip, as if she
were separate containers for graphical window.
--
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=40034
Bug ID: 40034
Summary: Trying to run a setup.exe from an installation disk
for a linksys usb wireless adapter and it immediately
opens the program error screen.
Product: Wine
Version: 1.9.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alyssianagrace(a)gmail.com
Distribution: ---
Created attachment 53486
--> https://bugs.winehq.org/attachment.cgi?id=53486
program error details report as generated by wine by pressing the 'show
details' button on the program error screen
Basically what it says in my summary. I inserted the disk into my disk drive
and then had to navigate to the CD-ROM (I'm currently using Parrot Security OS
if that matters). I right-clicked on the setup.exe and selected for it to run
with 'a wine program'. When that opened the error code, I tried the other
instance of 'a wine program', and then 'rundll32' and got the same error
message. Attached is the backtrace.txt Wine generated when I tried 'rundll32'.
Any help is appreciated but please note that I am very new to this OS and Wine.
--
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.