http://bugs.winehq.org/show_bug.cgi?id=11107
Summary: Adobe AIR / Adobe Media Player pre 2 never shows GUI
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The Adobe Media Player doesn't seem to do anything;
watching +crypt,+wininet,+winsock shows that
it does crypto stuff for about 15 seconds,
then goes into a loop talking to a bunch of
web servers forever.
Perhaps it's looking for updates in the background,
as it fiddles with files in
.wine/drive_c/windows/profiles/dkegel/Application
Data/Adobe/AIR/update/background
and is doing requests like this:
trace:wininet:HttpOpenRequestW (0x2, L"HEAD", L"", (null), L"app:/AMP.swf",
0x1ab738, 8040c000, 008c12c0)
But I would expect it to put up a GUI or something.
To repeat:
download
http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_play…
download http://download.macromedia.com/pub/labs/air/air_b3_win_121207.exe
download
http://download.macromedia.com/pub/labs/mediaplayer/adobemediaplayer_p2_122…
wineserver -k
rm -rf .wine
wine install_flash_player.exe
wine air_b3_win_121207.exe
wine ~/.wine/drive_c/Program\ Files/Common\ Files/Adobe\
AIR/Versions/1.0.6/Adobe\ AIR\ Application\ Installer.exe
adobemediaplayer_p2_122007.air
cd ".wine/drive_c/windows/profiles/dkegel/Start Menu/Programs"
wine start "Adobe Media Player.lnk"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=32923
Bug #: 32923
Summary: Pot Player Media Player not Working on wine 1.5
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: santhosh_wine_p(a)yahoo.in
Classification: Unclassified
Created attachment 43482
--> http://bugs.winehq.org/attachment.cgi?id=43482
Damn Pot Player not working on Wine 1.5 installed on Ubuntu 12.10
This is Damn Pot Media Player which is popular and BEST according to me on
Windows platform but seems to have run into problem when run through wine 1.5
Am new to Ubuntu(Linux) so have no idea what the problem is while using wine i
did even update the latest update for wine but still then i am getting a bug
report.
--
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=39568
Bug ID: 39568
Summary: err:dbghelp_msc:pe_load_debug_directory Got a page
fault while loading symbols
Product: Wine
Version: 1.7.53
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: ralf.habacker(a)freenet.de
Distribution: ---
While debugging cross compiled dbus test applications I got the mentioned trace
message.
The reason for the crash is that in module_find_cb()
...
if ((mapping = MapViewOfFile(hMap, FILE_MAP_READ, 0, 0, 0)) != NULL)
{
IMAGE_NT_HEADERS* nth = RtlImageNtHeader(mapping);
matched++;
timestamp = nth->FileHeader.TimeDateStamp;
^^^^
the return value of RtlImageNtHeader is not checked against zero, which is the
case for calling module_find_cb with non image files.
bug 38594 may have the same crash reason.
--
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=38444
Bug ID: 38444
Summary: valgrind shows some definite leaks in
dpnet/tests/address.c
Product: Wine
Version: 1.7.41
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: directx-dplay
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
==6954== 10 bytes in 1 blocks are definitely lost in loss record 42 of 578
==6954== at 0x7BC49E0E: notify_alloc (heap.c:254)
==6954== by 0x7BC4E044: RtlAllocateHeap (heap.c:1715)
==6954== by 0x5287FD8: heap_alloc (address.c:44)
==6954== by 0x5288067: heap_strdupW (address.c:65)
==6954== by 0x5289421: IDirectPlay8AddressImpl_AddComponent (address.c:486)
==6954== by 0x41FEADB: address_addcomponents (address.c:134)
==6954== by 0x41FFE1D: func_address (address.c:324)
==6954== by 0x4203779: run_test (test.h:584)
==6954== by 0x4203BB3: main (test.h:666)
==6954==
--
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=33563
Bug #: 33563
Summary: Imscared bug
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: daniferreirinha(a)live.com.pt
Classification: Unclassified
Created attachment 44433
--> http://bugs.winehq.org/attachment.cgi?id=44433
The green dots with white things. The first bit was that the green dots were at
the bottom,and i could see it.
This game isn't working TOO well with Wine.
I have the latest version of Wine from Fedora 18's software center.
I start the game,and i see what appears to be green dots somewhere on the
screen.
The game screen was SMALL. And i mean,like small,to be noticed.
Lucky me,i can see it.
I progressed through the game on the first part.
Now this is where Wine starts acting up! o.o
I start up the game after playing the first bit.
Green dots still there with white things.
Wait... White things?
I type in:
White Face { Name of the face that you see through most of the game. }
And it starts up.
Did i mention that when i said ridiculously tiny,i meant that it was THAT tiny?
Most of the space was BLACK. And it was slow. Amazed?
I think this is wine's fault.
That's what i have to report so far.
Look at the attachments.
--
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=38390
Bug ID: 38390
Summary: Photoshop 64-bit (CS/CC) crashes when you break the
rendering preview.
Product: Wine
Version: 1.7.40
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: morosakubek(a)go2.pl
Distribution: ---
Created attachment 51245
--> https://bugs.winehq.org/attachment.cgi?id=51245
console output - wine 1.7.40
Photoshop 64-bit is smashing when you break the force rendering preview. On
Windows, there is a gap corresponding to enter the parameters, eg. In "smart
filter" on the keyboard to change the parameter "Amount". Photoshop on Linux
too quickly respond to changes in the parameters, which will stop the preview
rendering and crash a program. I think the problem revolves around the dll
libraries: msvcr and msvcp.
To run photoshop 64-bit dll should be included:
"*atl100"="native,builtin"
"*atl110"="native,builtin"
"*msvcp100"="native,builtin"
"*msvcp110"="native,builtin"
"*msvcr100"="native,builtin"
"*msvcr110"="native,builtin"
"*vcomp100"="native,builtin"
"*vcomp110"="native,builtin"
--
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=36508
Bug ID: 36508
Summary: valgrind shows a couple invalid writes in
kernel32/tests/change.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M kernel32.dll -p
kernel32_test.exe.so change && touch change.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==6115== Thread 2:
==6115== Invalid write of size 2
==6115== at 0x7BC83914: init_handler (signal_i386.c:962)
==6115== by 0x7BC86297: usr1_handler (signal_i386.c:2157)
==6115== by 0x422606F: ??? (in /lib32/libpthread-2.19.so)
==6115== Address 0x59e3576 is on thread 1's stack
==6115==
==6115== Invalid write of size 2
==6115== at 0x7BC83922: init_handler (signal_i386.c:967)
==6115== by 0x7BC86297: usr1_handler (signal_i386.c:2157)
==6115== by 0x422606F: ??? (in /lib32/libpthread-2.19.so)
==6115== Address 0x59e3574 is on thread 1's stack
==6115==
--
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=32705
Bug #: 32705
Summary: VirtualDub: crash when opening video with MPEG-2
plugin (division by zero)
Product: Wine
Version: 1.5.20
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fael_mc(a)msn.com
Classification: Unclassified
VirtualDub works great in wine, the problem lies with videos on dvd mpeg2
format .Originally VirtualDub does not accept videos in MPEG2, but for that
there plugins.
On this site you can download plugins for various video formats:
http://www.videohelp.com/tools/Virtualdub
The mpeg2 plugin here
http://gral.y0.pl/~fcchandler/Plugins/MPEG2/
After downloading and installing the plugin, VirtualDub normal loads video,
after loading the video, the program crash.
Crash details: An integer division by zero occurred in module 'VirtualDub'.
--
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=39551
Bug ID: 39551
Summary: building dlls/atl fails: error: Could not open
importlib stdole2.tlb.
Product: Wine
Version: 1.7.54
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, regression, source
Severity: blocker
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: 316448cd4780855961f397a9947b3e2d16eb3463
Distribution: Debian
Regression, caused by:
316448cd4780855961f397a9947b3e2d16eb3463 is the first bad commit
commit 316448cd4780855961f397a9947b3e2d16eb3463
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Nov 4 14:57:37 2015 +0900
makefiles: Generate rules for installing IDL headers.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 3a5167ad46875a1eb804e40b0e179c776ab5582b
05fddf68705867b4e92df2d8edc9929584e4de42 M include
:040000 040000 6d49ae45dae90a44ab8c7a390a6540a0522a2535
7440efa653669573ea082b634cf682ce99ebf614 M tools
--
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=35953
Bug ID: 35953
Summary: FFXIV: ARR - Launcher requires native winhttp to run.
Product: Wine
Version: 1.7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: narthorn(a)gmail.com
Created attachment 48024
--> http://bugs.winehq.org/attachment.cgi?id=48024
Screenshot of the actual error along terminal output without debug trace.
When using built-in winhttp, trying to launch Final Fantasy XIV - A Realm
Reborn fails at the very start of the launch process, where the launcher sends
an HTTP request to check if a newer version of the launcher is available.
When no new version is available, the server replies with status code 204: No
Content.
However, builtin wine seems to misreport 4294967295 (2^32-1) bytes of available
data in the response, as shown by this tiny snippet of trace:
0034:trace:winhttp:query_headers returning data: L"HTTP/1.1 204 No
Content\r\nServer: nginx\r\nContent-Type: text/html;
charset=UTF-8\r\nX-Patch-Module: ZiPatch\r\nX-Protocol:
http\r\nX-Latest-Version: 2014.04.02.0000.0001\r\nDate: Sun, 06 Apr 2014
08:24:14 GMT\r\nConnection: keep-alive\r\n"
0034:trace:winhttp:WinHttpQueryDataAvailable 0x3, (nil)
0034:trace:winhttp:send_callback 0x131718, 0x00040000, 0xbbe91c, 4
0034:trace:winhttp:WinHttpReadData 0x3, 0x7de230, 1024, (nil)
0035:trace:winhttp:read_data retrieved 1024 bytes (1024/4294967295)
0035:trace:winhttp:send_callback 0x131718, 0x00080000, 0x7de230, 1024
0034:trace:winhttp:query_data_available 4294967295 bytes available
When using native winhttp, no calls to WinHttpReadData are made.
--
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.