http://bugs.winehq.org/show_bug.cgi?id=17152
Summary: Blizzard Updater complains about javascript being turned
off
Product: Wine
Version: 1.1.13
Platform: PC-x86-64
URL: http://www.worldofwar
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh+winehqdotorg(a)gmail.com
Created an attachment (id=19021)
--> (http://bugs.winehq.org/attachment.cgi?id=19021)
Screenshot of behaviour.
When patching World of Warcraft, the Blizzard Updater (at least the old one)
complains about Javascript being turned off, instead of showing the patch.html
file embedded in the patcher. See screenshot.
No interesting terminal output, however testing the patcher is a long process
so if a full debug log is needed, just say what to run.
--
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=34366
Bug #: 34366
Summary: Photoshop CS2 fails at the "initializing tools"
windows
Product: Wine
Version: 1.7.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeff.artik(a)gmail.com
Classification: Unclassified
Created attachment 45747
--> http://bugs.winehq.org/attachment.cgi?id=45747
Terminal result
When I launch Photoshop CS2, it fails without starting, and stay on
"initializing tools" : http://i.imgur.com/1TZKKuf.jpg
this is a regression, didn't had this problem before.
--
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=13467
Summary: Linking a bug to an application instead of a version
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: edwin.smulders(a)gmail.com
I know of at least 2 programs were bugs apply to all versions (Overlord,
Samsung PC Studio) and I'd like the ability to add them to all versions at
once.
No biggie, just something i thought of.
--
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=36338
Bug ID: 36338
Summary: valgrind shows a potential leak in
comcat/tests/comcat.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==20450== 28 bytes in 1 blocks are possibly lost in loss record 161 of 554
==20450== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==20450== by 0x4CAABB8: apartment_getclassobject (compobj.c:526)
==20450== by 0x4CADFC6: get_inproc_class_object (compobj.c:2894)
==20450== by 0x4CB0D2F: CoGetClassObject (compobj.c:3032)
==20450== by 0x4CB14B7: CoCreateInstance (compobj.c:3197)
==20450== by 0x4B48DF5: func_comcat (comcat.c:92)
==20450== by 0x4B4A02C: run_test (test.h:584)
==20450== by 0x4B4A41A: main (test.h:654)
==20450==
--
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=18223
Summary: Grim Fandango: unable to install
Product: Wine
Version: 1.1.20
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t0p0linik(a)yahoo.it
Created an attachment (id=20730)
--> (http://bugs.winehq.org/attachment.cgi?id=20730)
Small error window during installation
I just can't install the game at all!
I wanted to know how far 1.1.20 is toward to make the game easily enjoyable and
it can't be installed. Why? Furthermore, the error window I get is empty.
I attach a screenshot.
The "STOP" little window appears a couple of times during installation, then
everything reaches the end and the install directory contains only two files:
DeIsL1.isu (uninstaller data file?) and Grim.EXE
So, the game is unusable.
--
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=21060
Summary: MCI open+play .avi hangs
Product: Wine
Version: 1.1.34
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Perhaps this simple scenario explains one or another hang in some application.
Please use my mci command shell at bug #20232, comment #10 to enter the
following commands:
open z:\...path\to\wine-src\dlls\shell32\searching.avi alias v
play v
Wine hangs.
Alternatively:
open z:\...path\to\wine-src\dlls\shell32\searching.avi alias v
play v wait
does not hang. Use
close v
Ctrl-D to exit the shell.
open z:\...path\to\wine-src\dlls\shell32\searching.avi alias v
window v show
play v
does not hang either.
Supposedly you can use any .avi file of your choice. If you prefer, you can
write a 20 liner C program to send the commands instead of using my shell.
Perhaps there's some race condition? The play command must open a window if
none is present (native does so). "play v wait" shows that Wine can do it too,
yet the "play v" without previously opened window hangs.
BTW, the window that Wine opens for the video is larger than the one native
opens. It looks like there's room reserved to the right for a scrollbar. This
could explain some layout discrepancies in some applications. But that's
another issue.
--
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=27641
Summary: an editor should use the indic font when indic typing
is being done
Product: Wine
Version: 1.3.23
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: usp10
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fast.rizwaan(a)gmail.com
Created an attachment (id=35341)
--> (http://bugs.winehq.org/attachment.cgi?id=35341)
the hindi characters are shown as boxes
When typing hindi in wine apps, only boxes are shown, it would be nice if wine
could 'use' automatically the language related font (available fonts) and font
substitution from ~/.fonts.conf, at least mangal or arial unicode ms or their
substituion font should be used. It is better than empty boxes. :)
likewise, some indic language fonts only have part of latin characters like
numbers and symbols but not ABCDEFGHIJKLMNOPQRSTUVWXYZ characters, wine should
try to use default font for latin if there are not glyphs avaialble for a
language.
Thanks.
Please see the video and attachment hindi_font_boxes.rtf
http://www.youtube.com/watch?v=uMtwEHp6gvw
--
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=8036
--- Comment #45 from Sebastian Lackner <sebastian(a)fds-team.de> ---
(In reply to Claudio from comment #44)
> I tried already multiple times to raise awareness on this issue, and last
> time a test failed on Windows, as you can see in the comments above, thus
> the patch was ignored.
>
> I do not have access to any Windows machine, so keeping this patch up to
> date for the purpose of keeping the game working is all I can do.
You do not need to have access to a Windows machine to work on Wine. Thats what
the Wine testbots are for: https://testbot.winehq.org/
Register a free account, then you can test your patches (or arbitrary
crosscompiled tests) in an Windows environment.
Please note that the tests should also pass in Wine without any errors. Your
latest patch fixes some issues, but doesn't remove the corresponding todo_wine.
Besides that you do not follow the coding style of the sourrounding code, and
you also use tabs instead of spaces, which is not allowed in the Wine source.
If you're still interested in fixing this upstream, you should make yourself
familiar with the wine test suite / testbot / ..., and then write tests for all
the changes you introduce. Changing all functions in a single patch is also a
bad idea, better split it up in multiple patches, each with a corresponding
test to show that this indeed matches Windows behaviour. Feel free to ask me
(via email or in #wine-staging on IRC) if you need any help for that.
I have added a cleaned up version to Wine Staging:
https://github.com/wine-compholio/wine-staging/blob/master/patches/kernel32…
--
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=8036
--- Comment #44 from Claudio <sick_soul(a)yahoo.it> ---
(In reply to roger from comment #43)
> What's wrong with the patch that you couldnt send it over patches list and
> got merged into upstream?
>
> https://source.winehq.org/patches/
I tried already multiple times to raise awareness on this issue, and last time
a test failed on Windows, as you can see in the comments above, thus the patch
was ignored.
I do not have access to any Windows machine, so keeping this patch up to date
for the purpose of keeping the game working is all I can do.
The fundamental issue is that the windows profile API does not explicitly
mention what happens when section string or key string are the empty string in
the GetPrivateProfileString and WritePrivateProfileString.
In fact, it's nothing special at all (the section "" is a valid section, and
the key "" is a valid key),
but instead wine insists considering section "" and key "" as invalid names for
sections/keys, therefore causing all sorts of data corruption and weird runtime
behavior when running under 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=8036
roger(a)mailinator.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |roger(a)mailinator.com
--- Comment #43 from roger(a)mailinator.com ---
What's wrong with the patch that you couldnt send it over patches list and got
merged into upstream?
https://source.winehq.org/patches/
--
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.