http://bugs.winehq.org/show_bug.cgi?id=34862
Bug #: 34862
Summary: Mars: War Logs crashes at start
Product: Wine
Version: 1.7.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
Classification: Unclassified
Created attachment 46468
--> http://bugs.winehq.org/attachment.cgi?id=46468
log+backtrace
Crashes after launching.
--
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=34814
Bug #: 34814
Summary: wineconsole truncates argument string in 256 bytes
Product: Wine
Version: 1.7.4
Platform: x86-64
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ohkawa.hiroki(a)shift.gr.jp
Classification: Unclassified
wineconsole truncates command-line argument string (without switches, like
`--backend=...') in 256 bytes, whereas wine command does not.
It looks too short in practical use. 4096 bytes or more would be better.
(It would surely be much better to calculate buffer length dynamically from
system-wide limitation, or in same way as wine command does, though...)
FIY. I've tried to apply a ad-hoc, workaround patch to
programs/wineconsole/wineconsole.c, just to widen `WCHAR buffer[256]', and it
seems to be working.
--
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=34560
Bug #: 34560
Summary: regression: Operations in Finale/Finale Notepad 2012
are painfully slow
Product: Wine
Version: 1.7.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: s_chriscollins(a)hotmail.com
CC: julliard(a)winehq.org
Classification: Unclassified
Regression SHA1: 81d9ffa041129a9394e05ccdb564d7149884135b
This bug appeared after the following commit:
gdiplus: Always use AlphaBlend to draw to 32-bit DIB's
commit: 81d9ffa041129a9394e05ccdb564d7149884135b
After the above commit, editing operations in Finale are painfully slow,
especially when editing pages containing a lot of notes.
Reproducing the bug:
1) Download and install Finale NotePad 2012. You can also use the full retail
version of Finale 2012 if you have it, as this bug affects both products. NOTE:
you'll probably run into Wine bug #34406, in which case you will either need to
install the application first using Wine 1.4 or copy/create the missing user
files yourself (untested).
2) Download this Finale music file:
https://dl.dropboxusercontent.com/u/8126161/scc-ponies.mus
2) Run the Finale Notepad 2012 application.
3) Click "OK" or "Continue" on all the dialogs, and then you'll get to a
registration dialog. Click "Remind Me Later". Cancel out of the document setup
wizard.
4) Go to "File" -> "Open" and browse to find the music file you downloaded in
step 2.
5) Click the "mF" tool from the toolbar above, and then click on the handle
(small square) for the text "Not too fast".
Result: The mouse cursor disappears and Finale freezes for several seconds (11
on my system). You can tell when Finale regains "consciousness" by moving your
mouse over the toolbar. The toolbar buttons should light up as the mouse passes
over them.
You can use almost any of the other tools to get Finale to freeze up as well.
--
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=34566
Bug #: 34566
Summary: qq international 2.0 crashes with native riched20 and
builtin ctf
Product: Wine
Version: 1.7.1
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
With qq international 2.0, I had to do 'winetricks riched20'
to see the 'enter a username' text.
It then displayed that text, but crashed within a few seconds, before I could
try entering a username or password.
The log showed
fixme:msctf:TextStoreACPSink_OnTextChange STUB:(0x139b58)
fixme:msctf:TextStoreACPSink_OnSelectionChange STUB:(0x139b58)
fixme:msctf:TextStoreACPSink_OnLayoutChange STUB:(0x139b58)
fixme:msctf:TextStoreACPSink_OnSelectionChange STUB:(0x139b58)
fixme:msctf:TextStoreACPSink_OnSelectionChange STUB:(0x139b58)
fixme:msctf:TextStoreACPSink_OnLayoutChange STUB:(0x139b58)
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.ATL" (8.0.50727.4053)
...
but no backtrace. Using winedbg on the minidump in
c:/users/$LOGNAME/Temp/Tencent showed a backtrace in native riched20.
'winetricks msctf' worked around the crash, and let me enter a username.
--
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=31489
Bug #: 31489
Summary: C&C - Red Alert 2 can not enter campaign when
fullscreen
Product: Wine
Version: 1.5.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fpemud(a)sina.com
Classification: Unclassified
When I enter the campaign menu, I can't select soviet or allied.
When the mouse is on the big icon, nothing happens. (the icon should turn
bright or flash)
If I runs Ra2 in virtual desktop, this problem is gone.
If I upgrade to wine-1.5.9, there's a regression so the Ra2 can't be start, so
I went back to wine-1.5.2
I would like to solve it, can anyone give me some guide?
It's not a crash, so I don't know what info to collect.
Is there any doc describes what's different between fullscreen and
virtual-desktop?
Or how should I start to look at the relavent 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=9033
--- Comment #6 from Bruno Jesus <00cpxxx(a)gmail.com> ---
Dreamweaver 3 still hangs after pressing the Try button so it can't be tested
now.
--
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=8330
Bruno Jesus <00cpxxx(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #13 from Bruno Jesus <00cpxxx(a)gmail.com> ---
Still working in wine 1.7.42, assuming fixed.
--
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=36262
Bug ID: 36262
Summary: valgrind shows a possible leak in
dinput/tests/dinput.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: directx-dinput
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==2259== 76 bytes in 1 blocks are possibly lost in loss record 341 of 659
==2259== at 0x7BC4C735: notify_alloc (heap.c:255)
==2259== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==2259== by 0x49A7627: create_directinput_instance (dinput_main.c:112)
==2259== by 0x49A7861: DirectInputCreateEx (dinput_main.c:154)
==2259== by 0x49A7933: DirectInputCreateA (dinput_main.c:177)
==2259== by 0x49590C0: test_DirectInputJoyConfig8 (dinput.c:575)
==2259== by 0x495930D: func_dinput (dinput.c:625)
==2259== by 0x495F2A4: run_test (test.h:584)
==2259== by 0x495F693: main (test.h:654)
==2259==
--
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=8332
--- Comment #22 from Bruno Jesus <00cpxxx(a)gmail.com> ---
Created attachment 51478
--> https://bugs.winehq.org/attachment.cgi?id=51478
system ping hack
This is a hack that uses the system ping command when the SOCK_RAW is not
allowed, Ocean is not suited to test because it attempts a ping to an address
that does not answer anything.
--
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=13820
Summary: Yahoo! Messenger 9.0 beta hangs on login
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://messenger.yahoo.com/download/win/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wininet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=13866)
--> (http://bugs.winehq.org/attachment.cgi?id=13866)
Yahoo! Messenger output
With Wine version wine-1.0-rc4-29-g035f1dd, when attempting to login, the beta
client simply hangs and does not progress with login. I've logged the standard
error with wininet traces when attempting to login and then subsequently
closing the client.
--
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.