http://bugs.winehq.org/show_bug.cgi?id=37022
Bug ID: 37022
Summary: Application crashes occasionally
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bugzilla(a)rols.ch
Created attachment 49193
--> http://bugs.winehq.org/attachment.cgi?id=49193
Backtrace from crash
Application crashes occasionally, cannot find some similarities. Backtrace
shows crash in ntdll ... but backtraces all look the same.
--
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=31103
Bug #: 31103
Summary: Jade Dynasty - The Program Patcher.exe has encountered
a serious problem and needs to close.
Product: Wine
Version: 1.5.7
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: armen(a)winehq.leemail.me
Classification: Unclassified
Created attachment 40835
--> http://bugs.winehq.org/attachment.cgi?id=40835
This file contains the bug back trace.
I downloaded Jade Dynasty from http://jd.perfectworld.com/ unpacked and
installed it by clicking on the install.exe file from its folder
¨JD_EN_Installer_v352_20120402¨
I followed forum guides on how to install the program. Configured wine to
emulate virtual desktop and to use my Display full resolution. Game installed
completely without any errors with wine.
After installation was over, I closed the set up window. Then I clicked on the
game icon from the desktop. The game client didnt start and I got the error
report, which is attached.
Thanks for all who take the time to fix these bugs.
--
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=34446
Bug #: 34446
Summary: LANG=ru_RU.UTF-8 locale makes fonts look blurry
Product: Wine
Version: 1.7.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Classification: Unclassified
Created attachment 45856
--> http://bugs.winehq.org/attachment.cgi?id=45856
en_US.UTF-8 screenshot
I will now attach two screenshots showing the same application running with
en_US.UTF-8 locale
and
ru_RU.UTF-8 locale
English looks fine, Russian looks blurry and very unpleasant.
--
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=23493
Summary: Safari, when installed with quiet mode, refuses to run
Product: Wine
Version: 1.2-rc6
Platform: x86
URL: http://www.apple.com/safari
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Installing safari normally works fine.
Installing it with silent mode (wine SafariSetup.exe /qn) reports success for
the installer, but trying to run it fails with a messagebox:
Safari can't open.
Your copy of Safari is missing important software resources. Please reinstall
Safari.
OK
terminal shows:
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.4053)
fixme:msvcrt:_controlfp_s ((nil) 65536 196608) semi-stub
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
--
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=33760
Bug #: 33760
Summary: Jagged edges on most text and art in the Touhou 14
demo
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: murela_alba(a)abv.bg
Classification: Unclassified
Created attachment 44705
--> http://bugs.winehq.org/attachment.cgi?id=44705
windows 7 main menu 960x720
When running the "Touhou 14 ~ Double Dealing Character" demo (ver 0.01a) on any
resolution other than the highest (1280x960), pretty much all text displays
varying degrees of aliasing. Same goes for the edges of all the 2D art and UI
elements from the loading screen, to the main menu, to the game proper. Here's
the title screen on windows 7 in 960x720 (windowed).
--
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=37010
Bug ID: 37010
Summary: DYMO Stamps "Unable to connect to postage transaction
server" with wine-mono
Product: Wine
Version: 1.7.23
Hardware: x86
URL: http://sites.dymo.com/Promotions/Pages/DYMOStamps.aspx
?locale=enUS
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Depends on: 31686
Follow up to bug 31687.
You'll need native gdiplus for bug 31686. Optionally, apply
https://source.winehq.org/patches/data/105843.
The app installs fine, and with native gdiplus, starts up. But when you try to
login, the application cannot connect to the server.
Terminal shows one mscoree fixme:
fixme:mscoree:ConfigFileHandler_startElement Unknown element L"configSections"
in state 2
With native dotnet20, it will attempt to connect, then fails with 'This account
is not active'. Trying to login via the website shows the same problem, so
that's okay. But wine-mono should fail the same way.
I'm using an archived installer:
austin@aw25 ~/oldbugs/31687 $ sha1sum DYMOstampsWebSetup.exe
6f96fbdc9806effa499edba7e89329534b5901a7 DYMOstampsWebSetup.exe
austin@aw25 ~/oldbugs/31687 $ du -h DYMOstampsWebSetup.exe
3.5M DYMOstampsWebSetup.exe
the current version of the program appears to have other .Net/Mono issues
--
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=31687
Bug #: 31687
Summary: DYMO Stamps can't connect to its server
Product: Wine
Version: 1.5.12
Platform: x86
URL: http://sites.dymo.com/Promotions/Pages/DYMOStamps.aspx
?locale=enUS
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Depends on: 31685, 31686
Classification: Unclassified
Created attachment 41656
--> http://bugs.winehq.org/attachment.cgi?id=41656
WINEDEBUG=crypt,chain,context,secur32
Install the app. You'll need native gdiplus for bug 31686.
After that, you can get native hid, for bug 31685. I also installed dotnet20,
to verify that it wasn't a mscoree fixme to blame, but the problem happens
either way.
Start it up, and it asks for your credentials. Put them in, and click next.
That gives an error:
The remote certificate is invalid according to the validation procedure.
terminal output doesn't show much relevant. Tried native wininet/winhttp, which
then in turns shows a few fixme's for crypt32/secur32/winsock.
If you add in native crypt32, you get:
Attempted to read or write protected memory. This is often an indication that
other memory is corrupt.
and with native secur32 as well:
The requested security package is not supported.
Not sure what to try next. The initial problem seems to indicate crypt32 or
secur32, so hopefully this log will help:
WINEDEBUG=crypt,chain,context,secur32
--
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=32354
Bug #: 32354
Summary: testbot: A crashing test is not detected
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Classification: Unclassified
A 64bit test crashed on all 64bit testbot machines,
but the summary has "0" as "Number of failures".
Test run for the broken patch:
http://testbot.winehq.org/JobDetails.pl?Key=22963&log_301=1#k301
Later test:
http://testbot.winehq.org/JobDetails.pl?Key=23106&log_302=1#k302
(I send a fix for the broken code in wine in some minutes)
--
By by ... Detlef
--
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=37104
Bug ID: 37104
Summary: Infinite revert loop
Product: Wine-Testbot
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
The current task scheduling algorithm can enter into an infinite revert loop
while trying to prepare VMs for the next tasks. Assume the following settings:
$MaxRevertingVMs = 2;
$MaxRevertsWhileRunningVMs = 0;
$MaxActiveVMs = 2;
Then the following sequence can play out:
| Steps
VM | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8
----+-----+-----+-----+-----+-----+-----+-----+-----
vm1 | rev | idl | off | off | rev | rev | rev | ...
vm2 | rev | rev | rev | idl | off | off | rev | ...
vm3 | off | off | rev | rev | rev | idl | off | ...
The issue happens in steps 2, 4 and 6.
The scheduler can shut down idle VMs to replace them with VMs that are more
appropriate for the upcoming tasks. This is what happens in these steps: it
decides the idle VM it just prepared is not what it wants after all, and thus
shuts it down and prepares another one.
The problem is it keeps changing its mind over and over and can never actually
start a task because there is always a reverting VM and
$MaxRevertsWhileRunningVMs = 0.
Another prerequisite for this scenario to play out is probably to have multiple
tasks have the exact same priority, so that their order is undefined. But
regardless, the scheduler should probably not be shutting down an idle VM that
has an actual 'pending' task.
--
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.