http://bugs.winehq.org/show_bug.cgi?id=22872
Summary: PuTTY Pageant authentication agent does not provide
cached keys
Product: Wine
Version: 1.1.44
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ninevoltz(a)metalink.net
The pageant program for PuTTY does not provide stored keys to other
applications, such as plink.
To duplicate:
wine pageant yourkey.ppk
wine plink -s -v -l yourname yourserver
Looking up host "10.0.0.212"
Connecting to 10.0.0.212 port 22
Server version: SSH-2.0-OpenSSH_4.7
We claim version: SSH-2.0-PuTTY_Release_0.60
Using SSH protocol version 2
Doing Diffie-Hellman group exchange
Doing Diffie-Hellman key exchange with hash SHA-256
Host key fingerprint is:
ssh-rsa 2048 xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx
Initialised AES-256 SDCTR client->server encryption
Initialised HMAC-SHA1 client->server MAC algorithm
Initialised AES-256 SDCTR server->client encryption
Initialised HMAC-SHA1 server->client MAC algorithm
Pageant is running. Requesting keys.
If it was working, here it would say:
Pageant has 1 SSH-2 keys
Trying Pageant key #0
but instead we get a password prompt, as if pageant has no cached keys:
Using username "john.voltz".
john.voltz(a)10.0.0.212's password:
--
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=31950
Bug #: 31950
Summary: AutoCAD 2009: Ribbon not visible
Product: Wine
Version: 1.5.15
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 42097
--> http://bugs.winehq.org/attachment.cgi?id=42097
Where is the ribbon?
Steps to reproduce:
1) remove ~/.wine
2) workaround bug #12532
3) winetricks dotnet30 windowscodecs
4) install AutoCAD2009
5) start AutoCAD2009
Behaviour:
Ribbon not visible.
Expected behaviour:
Ribbon should be visible.
--
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=18287
Summary: User friendly way to delete comments
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: kennybobs(a)o2.co.uk
Although this has been improved, deleting comments is still a long, painful,
laborious task.
Adobe Photoshop CS4, just as one example, has a load of comments. The majority
of these are pointless and should be removed. The problem being it would take
at least an hour to do so.
The current method is:
1. Select a thread to delete.
2. Enter (or paste) a reason.
3. Press delete.
4. Wait for the page (and all the comments) to load again.
5. Go to Step 1.
If any comments are worth keeping, you have to be careful not to delete them.
In apps like photoshop, this can create a LOT of emails too (I've just remove a
load of comments from CS3 and received over a hundred emails).
A nice method might be:
1. Select "Edit Comments".
2. Tick the stale comments to remove.
3. Enter a generic reason.
4. Hit delete.
5. Job's a good un.
Maybe this could then be reduced to one email per person too?
--
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=25543
Summary: Submitter's test results missing from 'Test Results'
table
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
The link in the mail that the maintainer receives, e.g.
"Test Results submitted for version 1.0 of X by Y"
http://appdb.winehq.org/objectManager.php?sClass=version&iId=4219&iTestingI…
leads to a page that shows the submitter's text with the title
"Selected Test Results (selected in 'Test Results' table below)"
However, the OS/version/rating 'test results' line corresponding to the
submission is missing. Instead the topmost line displays an old (known) entry.
This is really confusing and irritating.
Furthermore, the page displayed does not show a "process" or "reply" buttons. I
need to go to my queue and identify this entry among all the elements of the
queue in order to process it.
I believe both things worked well in the past -- 2-3 years ago?
--
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=23691
Summary: Autoruns requires Administrator privilege to analyze
an offline system
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)placesthroughtime.com
When attempting to an installation of windows vista on the same machine using
the newest feature added to autoruns, having selected appropriate system root
and user profile directories, when I click OK to analyze the system it pops up
saying "Autoruns requires Administrator privilege to analyze an offline system"
--
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=33952
Bug #: 33952
Summary: Focus rectangle is drawn on Windows Calc buttons
Product: Wine
Version: 1.6-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
If you start windows xp calc and try clicking an operator button, e.g. "*" or
"Exp", it'll become focused both in wine and on windows. But in windows the
focus rectangle isn't drawn, while on wine it is.
(If you can't reproduce, try clicking a bit slower: click-pause-release)
--
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=23530
Summary: Bug link queue: "has maintainer" information sometimes
incorrect
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dimesio(a)earthlink.net
The "Has Maintainer" column in the admin bug link queue sometimes says "No" for
apps that do have maintainers. An example is Eve Online, which has 5
maintainers listed in the app entry, but currently shows up in the bug link
queue as not having any.
--
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=15524
Summary: Add language field for applications
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: jan-winehq(a)hoogenraad.net
Please add a selection box to enter the language of the application.
If implemented as a version of an application, allow for different titles of
the applications in the different languages.
--
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=16031
Summary: Missing categorising by video driver version in AppDB
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: mityukov(a)gmail.com
I found the AppDB is a bit unusable, when it comes to quick check on "Which
games will run in my system", or "Will this game run for me".
The most important thing, when it come to games - is the Video Driver. For
example, there are many games, that run for NVidia owners, but don't run for
ATI, and so on.
Another point, when it comes to specific driver name and version. For example,
open-source "radeon" supports only OpenGL 1.3, and Catalyst supports higher
implementations. Moreover, different versions of the same, let say Catalyst,
may work differently for this or that program. There are also regressions, etc.
Again: Video Drivers in Linux, are not ideal. I would say, this point have even
higher affect than the Distribution.
What I would like to see, near the "Distribution" column -- is another one:
"Video" or something like this, where it will say e.g. "Catalyst 8.9". This way
it will be possible to link Rating with certain Video Setup, before taking the
decision.
Some tools for searching Games, that work with specific video driver(s) would
also be _HIGHLY_ appreciated.
--
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=35224
Bug ID: 35224
Summary: wbemprox needs to support USB device enumeration with
VID/PID support
Product: Wine
Version: 1.7.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: laguest(a)archeia.com
Classification: Unclassified
Created attachment 46981
--> http://bugs.winehq.org/attachment.cgi?id=46981
Last log running RS 2014.
I believe that Rocksmith detects the USB cable with wbemprox using code similar
or same as
http://msdn.microsoft.com/en-us/library/windows/desktop/ee417014%28v=vs.85%…
--
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=25157
Summary: Black Prophecy crashes on unimplemented function
msvcr100.dll._wcsupr_s_l
Product: Wine
Version: 1.3.7
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Reported in
http://appdb.winehq.org/objectManager.php?sClass=version&iId=21946&iTesting…
('winetricks vcrun2010' ought to work around it, but supposedly doesn't?)
--
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=16169
Summary: Add field for changes to default winecfg settings to
AppDB test report form
Product: WineHQ Apps Database
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dimesio(a)earthlink.net
The AppDB test report form currently does not have a specific field to list
changes made to default winecfg settings. Reporters can, of course, use the
extra comments section for this, but many forget or don't bother, and even when
they do, the information may be buried amongst a number of comments. This
causes confusion amongst users (esp. new ones) who expect an app to work well
based on a gold rating, but may not realize that it requires some tweaking.
Adding a separate field would remind reporters to include this information, and
highlight it for readers. This field could also be used to automatically
restrict platinum ratings to the stated definition of "no changes required in
winecfg."
--
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=29055
Bug #: 29055
Summary: Skyrim freezes on loading screen
Product: Wine
Version: 1.3.32
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmlipman(a)gmail.com
Classification: Unclassified
Created attachment 37440
--> http://bugs.winehq.org/attachment.cgi?id=37440
terminal output
When starting a new game, Skyrim freezes on the loading screen. Terminal output
is attached.
--
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=34409
Bug #: 34409
Summary: WinZip 7: crashes when extracting a zip archive
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: snodgrass.pop(a)gmail.com
Classification: Unclassified
Wine crashes when I click on the Extract button on the toolbar in WinZip 7.01
--
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=24387
Summary: MS Money 2000: Crashes updating financial informations
from the Internet
Product: Wine
Version: 1.3.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrea.vai(a)unipv.it
Created an attachment (id=30732)
--> (http://bugs.winehq.org/attachment.cgi?id=30732)
Terminal output.
If I click on "update informations from the internet" in the main page of the
application, the applications crashes (Application error window "MSMONEY
encountered an error and has must be closed" appears. The only way to close the
application is to kill it).
Problem was not present in wine 1.1.15, so I performed a regression test and
the result is:
----------------------------------------------------------------
c5a6b7b36674e8b7f7dc687b01773b88fa7d7312 is the first bad commit
commit c5a6b7b36674e8b7f7dc687b01773b88fa7d7312
Author: Juan Lang <juan.lang(a)gmail.com>
Date: Tue Mar 30 10:26:48 2010 -0700
rsaenh: Support setting salt via KP_SALT (resend).
:040000 040000 d9a20e02d3637c41baadb3131a23907fb5603fe8
51eea86ad80613f612f64bd44a0517c0b89a4894 M dlls
----------------------------------------------------------------
As far as I can notice, the bad commit is the same involved in bug 23208.
Fixing this regression would really bring this app towards complete
functionality.
--
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=25699
Summary: The URL in the "Test Results submitted" email does not
show the Test Results
Product: WineHQ Apps Database
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexandru.balut(a)gmail.com
I got an email about Test Results submitted for a (new) version of Total
Commander
(http://appdb.winehq.org/objectManager.php?sClass=application&iId=614).
SUBJECT:
[AppDB] Test Results submitted for version 7.56a of Total Commander (a.k.a.
Windows Commander) by StefanDe
BODY:
Test Results submitted for version 7.56a of Total Commander (a.k.a. Windows
Commander) by StefanDe
-------------------------------------------------------
http://appdb.winehq.org/objectManager.php?sClass=version&iId=22423&iTesting…
This test data has been queued.
[...]
To be honest, I don't know why I got this email, maybe because I'm a maintainer
or I monitor version 7.50a..
The problem is that I cannot view these "Test Results", the AppDB URL from the
email, which is supposed to do this, shows:
Queued Entry
This entry is currently queued, and may not be visible to all users.
--
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=28661
Bug #: 28661
Summary: Receiving emails from AppDB when I shouldn't
Product: WineHQ Apps Database
Version: unspecified
Platform: x86-64
URL: http://appdb.winehq.org
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 36833
--> http://bugs.winehq.org/attachment.cgi?id=36833
Email body
The AppDB is sending me emails that have nothing to do with me, despite global
emails being disabled. Example attached.
There doesn't appear to be a pattern and it occurs randomly.
--
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=28687
Bug #: 28687
Summary: Common replies strips newlines when submitting
Product: WineHQ Apps Database
Version: unspecified
Platform: x86-64
URL: http://appdb.winehq.org/objectManager.php?sClass=Commo
nReply
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Common replies strips newlines when submitting.
To recreate:
1. Go to Edit Common Replies.
2. Click to edit a common reply and hit enter to add some newlines between
sentences.
3. Click submit.
Newlines are removed.
--
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=12927
Summary: Flat comment mode does not display any replies
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: MattFinn(a)gmail.com
When i view the comments in "flat" mode, the replies are all just missing
completely, instead of showing up as new entries like I would imagine is
appropriate. There is no mention of their existence.
Should be easily reproducible, just click to "flat".
If not, then the page I was on is
"http://appdb.winehq.org/objectManager.php?sClass=version&iId=9901".
--
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=24497
Summary: Adding distributions is far too easy
Product: WineHQ Bugzilla
Version: unspecified
Platform: x86
OS/Version: other
Status: NEW
Severity: trivial
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Every day someone adds another duplicate distribution or something that isn't a
distribution at all, despite how easy it is to pick from the drop-down list,
and has to be merged by an admin.
Approving submitted distributions should be done by admin only, or it should be
made more obvious that a distro has been submitted in a test result (if
possible).
--
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=27378
Summary: New distributions submitted in test reports are added
even if the admin deletes them when processing
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dimesio(a)earthlink.net
Users have a penchant for submitting "new" distributions that already have
entries in the AppDB (bug 24497). The form admins and maintainers see when
processing test reports notes when the user has added a new distribution, and
states that it will be added to the database unless the admin/maintainer
selects an existing one from the list. However, even if I do select a
distribution from the list and delete the "new" distribution from the test form
when processing it, the "new" distribution is still added to the database and
has to be manually removed afterwards.
--
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=36612
Bug ID: 36612
Summary: valgrind shows a definite leak in
winhttp/tests/notification.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: winhttp
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==8903== 20 bytes in 1 blocks are definitely lost in loss record 57 of 299
==8903== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==8903== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==8903== by 0x4F97C37: heap_alloc (winhttp_private.h:320)
==8903== by 0x4F9EED9: WinHttpReadData (request.c:2496)
==8903== by 0x4E50D9C: test_async (notification.c:460)
==8903== by 0x4E50E85: func_notification (notification.c:479)
==8903== by 0x4E6AC75: run_test (test.h:584)
==8903== by 0x4E6B064: main (test.h:654)
==8903==
--
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=36613
Bug ID: 36613
Summary: valgrind shows an unintialized write in
winhttp/tests/notification.c
Product: Wine
Version: 1.7.19
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
../../../tools/runtest -q -P wine -T ../../.. -M winhttp.dll -p
winhttp_test.exe.so notification && touch notification.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==28055== Thread 2:
==28055== Syscall param write(buf) points to uninitialised byte(s)
==28055== at 0x4226D1B: ??? (syscall-template.S:81)
==28055== by 0x7BC7FD72: send_request (server.c:198)
==28055== by 0x7BC7FF91: wine_server_call (server.c:294)
==28055== by 0x7BC890FC: NtSetEvent (sync.c:361)
==28055== by 0x7B87723E: SetEvent (sync.c:572)
==28055== by 0x4CA543A: check_notification (notification.c:120)
==28055== by 0x4E24DA0: send_callback (session.c:75)
==28055== by 0x4E1645A: release_object (handle.c:81)
==28055== by 0x4E26110: request_destroy (session.c:559)
==28055== by 0x4E164D2: release_object (handle.c:85)
==28055== by 0x4E19EE3: task_thread (request.c:186)
==28055== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==28055== by 0x7BC870C7: ??? (signal_i386.c:2571)
==28055== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==28055== by 0x7BC870A5: ??? (signal_i386.c:2571)
==28055== by 0x7BC8E4EC: start_thread (thread.c:428)
==28055== by 0x421FF92: start_thread (pthread_create.c:309)
==28055== by 0x43247ED: clone (clone.S:129)
==28055== Address 0x62ce700 is on thread 1's stack
==28055== Uninitialised value was created by a stack allocation
==28055== at 0x7BC7FF56: wine_server_call (server.c:288)
==28055==
--
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=32418
Bug #: 32418
Summary: Skylanders Spyro's Adventure can't find USB RFID
reader
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: reedstrm(a)gmail.com
Classification: Unclassified
Created attachment 42766
--> http://bugs.winehq.org/attachment.cgi?id=42766
lsusb -v output for portal usb device
Skylanders is a game that uses character toys w/ RFID chips to determine your
player i nthe game, and store character stats. The original game came w/ a PC
version, which this is. Installation and SecureROM DRM all work, to the point
of needing the reader. The reader presents as a USB HID device. There exists a
downloadable character editor that has been reverse engineered from the
web-flash game portal driver. The editor fails under wine with:
unimplemented function hid.dll.HidD_SetOutputReport
I'm a long time wine user, but haven't developed with it. If some one can give
me some assistance, I can walk though providing appropriate debug and backtrace
reports. Note that the game proper does not fail as above.
--
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=9654
Summary: Links from http://appdb.winehq.org/ always open in the
same window
Product: WineHQ Bugzilla
Version: unspecified
Platform: Other
URL: http://appdb.winehq.org/
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: misc-bugs
AssignedTo: jnewman(a)codeweavers.com
ReportedBy: acheron(a)front.ru
Shift-clicking (or Control-clicking) on some links in Firefox with JavaScrippt
on results in the link opening both in the new window (or tab) and in the old
window. Observed on e.g. "Top-10" lists. This is inconvenient.
I may be wrong (I'm not good at HTML and Javascript) but I think the reason is
having both onclick="DoNav('...') and href="..." pointing to the same page.
--
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=15947
Summary: appdb no way to edit vendor
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a.hurst(a)shef.ac.uk
After submitting a new app (Utilities/VLtools) along with its vendor (Digifly),
I realised I had no way to correct the error I made in the URL for the Vendor
(missing http://)
Should the user who submitted a new Vendor have the power to edit it?
--
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=22798
Summary: Invalid Wine version results in hidden / lost /
invisible test results entry
Product: WineHQ Apps Database
Version: unspecified
Platform: x86
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sparr0(a)gmail.com
I submitted test results for Time of Defiance
(http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261) with an
invalid Wine Version number (1.1.45). The form accepted my submission, and I
was later emailed that my results had been added (perhaps because I was the
submitter, perhaps because I am the maintainer of the version). Now
http://appdb.winehq.org/objectManager.php?sClass=version&iId=8261&iTestingI…
displays my new results in the "Selected Test Results" box, but on no page are
the details of the results visible in the "Test Results" box.
I expect two fixes are required here. First, more input validation on the
submission page. Second, whatever is preventing this entry from showing up
under Test Results.
--
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=35563
Bug ID: 35563
Summary: GetProcessMemoryInfo() is unimplemented
Product: Wine
Version: 1.7.12
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: achurch+wine(a)achurch.org
Classification: Unclassified
Despite bug 13302, GetProcessMemoryInfo() is still effectively unimplemented,
in that it returns zero in all fields instead of actual data. The missing code
is in the underlying ntdll call, NtQueryInformationProcess(ProcessVmCounters):
(see http://source.winehq.org/source/dlls/ntdll/process.c#L231)
case ProcessVmCounters:
{
VM_COUNTERS pvmi;
[...]
/* FIXME : real data */
memset(&pvmi, 0 , sizeof(VM_COUNTERS));
Test program (compile with -lpsapi):
#include <assert.h>
#include <windows.h>
#include <psapi.h>
int main(int argc, char **argv) {
PROCESS_MEMORY_COUNTERS pmc;
assert(GetProcessMemoryInfo(GetCurrentProcess(), &pmc, sizeof(pmc)));
assert(pmc.WorkingSetSize > 0);
return 0;
}
--
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=33987
Bug #: 33987
Summary: Secret Files 3 demo shows only some parts of
background in ConfigTool
Product: Wine
Version: 1.6-rc4
Platform: x86
URL: http://content.deepsilver.com/kochmedia/downloads/gehe
imakte3/SF3_Demo.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
CC: andrey.goosev(a)gmail.com
Classification: Unclassified
>From a terminal
fixme:win:EnumDisplayDevicesW ((null),0,0x32f0b8,0x00000000), stub!
--
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=33717
Bug #: 33717
Summary: regedit: Sorting registry keys on refreshing
Product: Wine
Version: 1.5.31
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
Renaming a registry key can cause it to be unsorted. If I remember correctly on
Windows XP if I have pressed F5 to refresh the view Windows regedit has
automatically sorted the keys. This behavior is missing on Wines regedit.
--
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=23302
Summary: Not standard background color in Wine configuration
Product: Wine
Version: 1.2-rc4
Platform: x86
URL: http://winehq.org
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ariafan(a)mail.ru
Created an attachment (id=29053)
--> (http://bugs.winehq.org/attachment.cgi?id=29053)
Wine configuration - About
Wine configuration:
1. A text in the About tab is drawed with another background color (always
white?).
2. Checkboxes background in the Audio tab is white always.
--
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=20215
Summary: Extra mouse buttons do not work in Firefox
Product: Wine
Version: 1.1.30
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rainmaker526(a)hotmail.com
When running firefox under Wine, the extra mouse buttons on my mouse (the
"thumb" buttons) do nothing.
When using firefox under Windows or under Linux, the buttons act as a forward -
back button, but not when it's running under Wine.
I am sure this is not an modmap issue, as the buttons do work with some other
applications in Wine (SWAT4 for instance). The buttons do not seem to generate
any event to the application.
--
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=30764
Bug #: 30764
Summary: regedit: a key created from right-click context menu
is in incorrect position
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
In Windows when you right-click a key and select New->Key, the new key is
created as a subkey of the key you clicked. In Wine it is a subkey of a key
that was previously selected by left-clicking or keyboard - click position is
ignored.
--
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=10858
Summary: BlueByte Game Channel fails to install
Product: Wine
Version: 0.9.51.
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alex(a)thehandofagony.com
When trying to install the BlueByte Game Channel, it fails with a messagebox
saying the software is already installed.
An investigation shows that using native cabinet.dll bypasses the problem.
--
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=14606
Summary: TreeView + right click doesn't work the way it does in
native windows
Product: Wine
Version: 1.1.1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lists(a)andree.sk
Hi,
in the real windows, when one presses right button over treeview 'widget', the
item under cursor gets temporarily selected - this enables simple context menu
showing (unless it's done this way, one has to manually determine, which item
is placed on the cursor position - which, i guess, not all apps are doing) :
it should probably go like this: right click => appropriate treeview item
selected => NM_RCLICK notification message to window => windows can use
TreeView_GetSelection() :-)
after the right button is released, the previously selected item gets selected
again on win32 - as far as I can tell :-)
--
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=17423
Summary: Prince of Persia SoT: Graphic Bug
Product: Wine
Version: 1.1.15
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mcflow-forum(a)gmx.net
CC: stefan(a)codeweavers.com
With wine-1.1.15 a graphic bug was introduced to Prince of Persia - The Sand of
Time. Graphics are not displayed properly. See the attachment for how it looks.
Because it worked with wine-1.1.14 I did a regression test. This is what it
returned:
693d9ded47d56846c3dafe7d04115a4f3a01750a is first bad commit
commit 693d9ded47d56846c3dafe7d04115a4f3a01750a
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Sat Jan 10 02:29:39 2009 +0100
wined3d: Properly set the fog frag coord according to the FOGTABLEMODE.
This also fixes the test that an earlier patch broke, so the todo_wine can
be
removed again.
:040000 040000 d6c96e24ebde7212191b4113d6d55a1bdcd073f1
745e7693925a3ab9384ff77141aad74d082bc23e M dlls
--
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=9424
Summary: No default item in MDI child sysmenu - cannot close with
doubleclick
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-user
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)cendio.se
In Windows, it's possible to close a MDI child window by double clicking the
system menu icon. Opening the system icon also shows that Close (ALT-F4) is
default, by making it bold. Although the close entry is bold in the latest
Wine, it's not possible to close the window by double clicking the system menu
icon.
A simple test program is available as
http://www.cendio.se/~astrand/wine/7-close-dbl-click/mdi1.exe .
Verified with the CVS version as of today.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=36609
Bug ID: 36609
Summary: valgrind shows uninitialized memory use in
wscript/tests/run.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: wscript
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==14496== Thread 2:
==14496== Syscall param write(buf) points to uninitialised byte(s)
==14496== at 0x4226D1B: ??? (syscall-template.S:81)
==14496== by 0x7BC46B60: NtWriteFile (file.c:1073)
==14496== by 0x7B83E03E: WriteFile (file.c:563)
==14496== by 0x62C0B3C: rpcrt4_conn_np_write (rpc_transport.c:444)
==14496== by 0x62B5AAB: rpcrt4_conn_write (rpc_binding.h:189)
==14496== by 0x62B7A2D: RPCRT4_SendWithAuth (rpc_message.c:849)
==14496== by 0x62B8B24: RPCRT4_Send (rpc_message.c:1245)
==14496== by 0x62BA3B1: I_RpcSend (rpc_message.c:1806)
==14496== by 0x62BA73B: I_RpcSendReceive (rpc_message.c:1909)
==14496== by 0x5F6DA45: rpc_sendreceive_thread (rpc.c:801)
==14496== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==14496== by 0x7BC870C7: ??? (signal_i386.c:2571)
==14496== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==14496== by 0x7BC870A5: ??? (signal_i386.c:2571)
==14496== by 0x7BC8E4EC: start_thread (thread.c:428)
==14496== by 0x421FF92: start_thread (pthread_create.c:309)
==14496== by 0x43247ED: clone (clone.S:129)
==14496== Address 0x49a4c32 is 138 bytes inside a block of size 256 alloc'd
==14496== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==14496== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==14496== by 0x62B786D: RPCRT4_SendWithAuth (rpc_message.c:808)
==14496== by 0x62B8B24: RPCRT4_Send (rpc_message.c:1245)
==14496== by 0x62BA3B1: I_RpcSend (rpc_message.c:1806)
==14496== by 0x62BA73B: I_RpcSendReceive (rpc_message.c:1909)
==14496== by 0x5F6DA45: rpc_sendreceive_thread (rpc.c:801)
==14496== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==14496== by 0x7BC870C7: ??? (signal_i386.c:2571)
==14496== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==14496== by 0x7BC870A5: ??? (signal_i386.c:2571)
==14496== by 0x7BC8E4EC: start_thread (thread.c:428)
==14496== by 0x421FF92: start_thread (pthread_create.c:309)
==14496== by 0x43247ED: clone (clone.S:129)
==14496== Uninitialised value was created by a stack allocation
==14496== at 0x6A5D0C9: disp_call (dispex.c:1096)
==14496==
--
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=36581
Bug ID: 36581
Summary: valgrind shows a few leaks in winmm/tests/capture.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
austin@aw25 ~/wine-valgrind/dlls/winmm/tests $ make capture.ok
../../../tools/runtest -q -P wine -T ../../.. -M winmm.dll -p winmm_test.exe.so
capture && touch capture.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==26292== 512 bytes in 1 blocks are definitely lost in loss record 665 of 832
==26292== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==26292== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==26292== by 0x5126CA4: list_window_children (win.c:318)
==26292== by 0x512EE26: WIN_ListChildren (win.c:3267)
==26292== by 0x512B3BC: WIN_SendDestroyMsg (win.c:1783)
==26292== by 0x512B7F5: DestroyWindow (win.c:1876)
==26292== by 0x4FDF40A: WINMM_DevicesThreadDone (waveform.c:2445)
==26292== by 0x4FDF896: WINMM_DevicesThreadProc (waveform.c:2516)
==26292== by 0x7BC870C7: ??? (signal_i386.c:2571)
==26292== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==26292== by 0x7BC870A5: ??? (signal_i386.c:2571)
==26292== by 0x7BC8E4EC: start_thread (thread.c:428)
==26292== by 0x421FF92: start_thread (pthread_create.c:309)
==26292== by 0x43247ED: clone (clone.S:129)
==26292==
==26292== 5,940 bytes in 330 blocks are definitely lost in loss record 818 of
832
==26292== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==26292== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==26292== by 0x4FDACEF: WINMM_OpenDevice (waveform.c:1093)
==26292== by 0x4FDBCAB: WID_Open (waveform.c:1361)
==26292== by 0x4FDF30B: WINMM_DevicesMsgProc (waveform.c:2413)
==26292== by 0x51394F5: ??? (winproc.c:173)
==26292== by 0x513966A: call_window_proc (winproc.c:244)
==26292== by 0x513B803: WINPROC_call_window (winproc.c:900)
==26292== by 0x50F811C: call_window_proc (message.c:2223)
==26292== by 0x50FA320: peek_message (message.c:2953)
==26292== by 0x50FBDC6: PeekMessageW (message.c:3757)
==26292== by 0x4FDF773: WINMM_DevicesThreadProc (waveform.c:2503)
==26292== by 0x7BC870C7: ??? (signal_i386.c:2571)
==26292== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==26292== by 0x7BC870A5: ??? (signal_i386.c:2571)
==26292== by 0x7BC8E4EC: start_thread (thread.c:428)
==26292== by 0x421FF92: start_thread (pthread_create.c:309)
==26292== by 0x43247ED: clone (clone.S:129)
==26292==
--
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=36638
Bug ID: 36638
Summary: valgrind shows a definite leak in wininet/tests/http.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Depends on: 36637
==32063== Thread 1 wininet_test.exe.so:
==32063== 32 bytes in 1 blocks are definitely lost in loss record 111 of 360
==32063== at 0x7BC4C75D: notify_alloc (heap.c:255)
==32063== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==32063== by 0x4D45FA1: heap_alloc (internet.h:116)
==32063== by 0x4D4FE13: alloc_async_task (internet.c:3856)
==32063== by 0x4D44055: HttpSendRequestW (http.c:5556)
==32063== by 0x4D44251: HttpSendRequestA (http.c:5614)
==32063== by 0x497CC63: test_InternetCloseHandle (http.c:5195)
==32063== by 0x497D671: func_http (http.c:5328)
==32063== by 0x4994B90: run_test (test.h:584)
==32063== by 0x4994F7F: main (test.h:654)
==32063==
--
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=36578
Bug ID: 36578
Summary: valgrind shows several definite leaks in
urlmon/tests/url.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: urlmon
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==23547== 8 bytes in 1 blocks are definitely lost in loss record 384 of 6,179
==23547== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==23547== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==23547== by 0x8C3E633: SECUR32_makeSecHandle (wrapper.c:44)
==23547== by 0x8C3F148: InitializeSecurityContextW (wrapper.c:354)
==23547== by 0x65D180A: netcon_secure_connect_setup (netconnection.c:538)
==23547== by 0x65D2170: NETCON_secure_connect (netconnection.c:686)
==23547== by 0x65C048F: HTTP_HttpSendRequestW (http.c:4925)
==23547== by 0x65C11FA: AsyncHttpSendRequestProc (http.c:5182)
==23547== by 0x65CDD83: INTERNET_WorkerThreadFunc (internet.c:3840)
==23547== by 0x7BC90A24: worker_thread_proc (threadpool.c:110)
==23547== by 0x7BC870C7: ??? (signal_i386.c:2571)
==23547== by 0x7BC87110: call_thread_func (signal_i386.c:2630)
==23547== by 0x7BC870A5: ??? (signal_i386.c:2571)
==23547== by 0x7BC8E4EC: start_thread (thread.c:428)
==23547== by 0x421FF92: start_thread (pthread_create.c:309)
==23547== by 0x43247ED: clone (clone.S:129)
==23547==
==5217== 20 bytes in 1 blocks are definitely lost in loss record 1,185 of 6,082
==5217== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==5217== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==5217== by 0x4EBFBC7: heap_alloc (urlmon_main.h:236)
==5217== by 0x4EC1915: create_moniker (umon.c:545)
==5217== by 0x4EC1CCE: CreateURLMonikerEx (umon.c:656)
==5217== by 0x4EC1FC3: CreateURLMoniker (umon.c:734)
==5217== by 0x4CFE492: test_BindToStorage (url.c:2915)
==5217== by 0x4D05327: func_url (url.c:4077)
==5217== by 0x4D06166: run_test (test.h:584)
==5217== by 0x4D06555: main (test.h:654)
==5217==
==5217== 36 bytes in 1 blocks are possibly lost in loss record 2,510 of 6,082
==5217== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==5217== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==5217== by 0x4EBD59D: heap_alloc (urlmon_main.h:236)
==5217== by 0x4EBDB3C: register_namespace (session.c:126)
==5217== by 0x4EBE832: InternetSession_RegisterNameSpace (session.c:375)
==5217== by 0x4D0417D: register_protocols (urlmon.h:3759)
==5217== by 0x4D0432A: func_url (url.c:3865)
==5217== by 0x4D06166: run_test (test.h:584)
==5217== by 0x4D06555: main (test.h:654)
==5217==
--
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=36212
Bug ID: 36212
Summary: valgrind shows some possible leaks under
crypt32/tests/oid.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==19597== 20 bytes in 1 blocks are possibly lost in loss record 47 of 271
==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==19597== by 0x514398B: CryptMemAlloc (main.c:124)
==19597== by 0x5154C8C: CryptInstallOIDFunctionAddress (oid.c:248)
==19597== by 0x4EA1DF1: test_installOIDFunctionAddress (oid.c:252)
==19597== by 0x4EA3837: func_oid (oid.c:600)
==19597== by 0x4EB7F67: run_test (test.h:584)
==19597== by 0x4EB8356: main (test.h:654)
==19597==
==19597== 44 bytes in 1 blocks are possibly lost in loss record 101 of 271
==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==19597== by 0x514398B: CryptMemAlloc (main.c:124)
==19597== by 0x51547E3: CryptInitOIDFunctionSet (oid.c:119)
==19597== by 0x4EA1855: test_oidFunctionSet (oid.c:164)
==19597== by 0x4EA3832: func_oid (oid.c:599)
==19597== by 0x4EB7F67: run_test (test.h:584)
==19597== by 0x4EB8356: main (test.h:654)
==19597==
==19597== 44 bytes in 1 blocks are possibly lost in loss record 105 of 271
==19597== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==19597== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==19597== by 0x514398B: CryptMemAlloc (main.c:124)
==19597== by 0x51547E3: CryptInitOIDFunctionSet (oid.c:119)
==19597== by 0x4EA2F2B: test_getDefaultOIDFunctionAddress (oid.c:478)
==19597== by 0x4EA3846: func_oid (oid.c:603)
==19597== by 0x4EB7F67: run_test (test.h:584)
==19597== by 0x4EB8356: main (test.h:654)
==19597==
--
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=36859
Bug ID: 36859
Summary: Missing Shader 'shaders/font.ksh'.
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: erwin.mueller(a)deventm.org
Created attachment 48952
--> http://bugs.winehq.org/attachment.cgi?id=48952
Wine Log
Try to run Don't Starve 2.4.0 game.
Got the following error:
wine: Unhandled exception 0x80000003 in thread 9 at address 0x558efc (thread
0009), starting debugger...
ERROR: Missing Shader 'shaders/font.ksh'.
Assert failure '0' at ..\source\renderlib\OpenGL\HWEffect.cpp(86): Trace
follows...
Attached are log and backtrace.
--
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=26432
Summary: Winefile: Currently selected folder 'open folder' icon
switches to 'closed folder' icon when file pane
selected.
Product: Wine
Version: 1.3.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: flymypg(a)gmail.com
While browsing the file system using winefile, when a folder is selected in the
left pane, the folder icon switches from the 'closed folder' icon to the 'open
folder icon', and the files contained in the selected directory are displayed
in the right pane.
Incorrect behavior #1: When an item (file or directory) is selected in the
right pane by single-clicking on it, the 'open folder' icon in the left pane
switches to 'closed folder' icon.
Correct behavior: The icon for the current folder in the left pane should not
be affected by single-click selections made in the right pane.
Incorrect behavior #2: When a folder is double-clicked in the right pane, the
content of the selected folder is shown in the right pane, but the icon for the
folder is not changed to the 'open folder' icon in the left pane.
Correct behavior: The icon for the current folder in the left pane should
change when a folder is double-clicked in the right pane.
The window title continues to correctly display the correct current folder.
Only the open status icon in the left pane is lost.
Note: I am using wine from a headless 32-bit x86 Fedora 14 system, remotely
displayed on a 32-bit x86 Ubuntu 10.10 system.
--
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=34410
Bug #: 34410
Summary: Big blotch in the center of the screen in Might And
Magic 7,8
Product: Wine
Version: 1.7.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dmitry.risenberg(a)gmail.com
Classification: Unclassified
Created attachment 45802
--> http://bugs.winehq.org/attachment.cgi?id=45802
Might and Magic 7 screenshot
How to reproduce - install Might and Magic 7, skip through movies and start a
new game. You will see something like the atteched screenshot.
I have intel i915 video driver vrsion 2.21.6
--
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=23294
Summary: Eudora 7.1.0.9: The Icons of the minimized mailboxes
stack on top of each other
Product: Wine
Version: 1.2-rc3
Platform: x86-64
URL: http://www.eudora.com/download/eudora/windows/7.1/Eudo
ra_7.1.0.9.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexandru.balut(a)gmail.com
Created an attachment (id=29033)
--> (http://bugs.winehq.org/attachment.cgi?id=29033)
Two minimized mailboxes create overlapping icons
- Open the "In" mailbox, minimize it, notice the icon appears in the
bottom-left corner;
- Open the "Out" mailbox, minimize it, notice the icon is over the icon of the
"In" mailbox (see attachment). It should be near it.
--
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=36183
Bug ID: 36183
Summary: valgrind shows a potential leaks in atl100/tests/atl.c
Product: Wine
Version: 1.3.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: atl
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==13578== 8 bytes in 1 blocks are possibly lost in loss record 37 of 602
==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==13578== by 0x7B8457FF: HeapAlloc (heap.c:271)
==13578== by 0x7B845AD4: GlobalAlloc (heap.c:376)
==13578== by 0x4E29357: OLEClipbrd_Initialize (clipboard.c:1732)
==13578== by 0x4E626C6: OleInitialize (ole2.c:215)
==13578== by 0x4DE5CA0: AtlAxWinInit (atl_ax.c:108)
==13578== by 0x4C9708E: test_ax_win (atl.c:600)
==13578== by 0x4C97273: func_atl (atl.c:627)
==13578== by 0x4C98072: run_test (test.h:584)
==13578== by 0x4C98460: main (test.h:654)
==13578==
==13578== 32 bytes in 1 blocks are possibly lost in loss record 208 of 602
==13578== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==13578== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==13578== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326)
==13578== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356)
==13578== by 0x7B876A64: InitializeCriticalSection (sync.c:313)
==13578== by 0x4DE4213: AtlWinModuleInit (atl.c:436)
==13578== by 0x4C950D9: test_winmodule (atl.c:89)
==13578== by 0x4C9725A: func_atl (atl.c:622)
==13578== by 0x4C98072: run_test (test.h:584)
==13578== by 0x4C98460: main (test.h:654)
==13578==
==1611== 32 bytes in 1 blocks are possibly lost in loss record 217 of 629
==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1611== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326)
==1611== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356)
==1611== by 0x7B876A64: InitializeCriticalSection (sync.c:313)
==1611== by 0x4E62252: test_winmodule (atl.c:101)
==1611== by 0x4E6425A: func_atl (atl.c:622)
==1611== by 0x4E65072: run_test (test.h:584)
==1611== by 0x4E65460: main (test.h:654)
==1611==
==1611== 32 bytes in 1 blocks are possibly lost in loss record 218 of 629
==1611== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1611== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1611== by 0x5B300B4: alloc_bstr (oleaut.c:162)
==1611== by 0x5B3044A: SysAllocStringLen (oleaut.c:324)
==1611== by 0x5B535E8: TLB_MultiByteToBSTR (typelib.c:1753)
==1611== by 0x5B580A8: ITypeLib2_Constructor_MSFT (typelib.c:3706)
==1611== by 0x5B57398: TLB_ReadTypeLib (typelib.c:3460)
==1611== by 0x5B4F6BC: LoadTypeLibEx (typelib.c:478)
==1611== by 0x5B4F5F8: LoadTypeLib (typelib.c:454)
==1611== by 0x4E639C1: Dispatch_GetTypeInfo (atl.c:520)
==1611== by 0x4F853FA: AtlGetObjectSourceInterface (oaidl.h:811)
==1611== by 0x4E63D58: test_source_iface (atl.c:576)
==1611== by 0x4E6426E: func_atl (atl.c:626)
==1611== by 0x4E65072: run_test (test.h:584)
==1611== by 0x4E65460: main (test.h:654)
==1611==
==1659== 32 bytes in 1 blocks are possibly lost in loss record 218 of 630
==1659== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1659== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1659== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326)
==1659== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356)
==1659== by 0x7B876A64: InitializeCriticalSection (sync.c:313)
==1659== by 0x4E62252: test_winmodule (atl.c:101)
==1659== by 0x4E6425A: func_atl (atl.c:622)
==1659== by 0x4E65072: run_test (test.h:584)
==1659== by 0x4E65460: main (test.h:654)
==1659==
==1986== 80 bytes in 1 blocks are possibly lost in loss record 348 of 630
==1986== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==1986== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==1986== by 0x5B040B4: alloc_bstr (oleaut.c:162)
==1986== by 0x5B045F5: SysAllocStringByteLen (oleaut.c:413)
==1986== by 0x5B29DA8: MSFT_ReadAllStrings (typelib.c:2879)
==1986== by 0x5B2B9F0: ITypeLib2_Constructor_MSFT (typelib.c:3581)
==1986== by 0x5B2B398: TLB_ReadTypeLib (typelib.c:3460)
==1986== by 0x5B236BC: LoadTypeLibEx (typelib.c:478)
==1986== by 0x5B235F8: LoadTypeLib (typelib.c:454)
==1986== by 0x4A349C1: Dispatch_GetTypeInfo (atl.c:520)
==1986== by 0x4F553FA: AtlGetObjectSourceInterface (oaidl.h:811)
==1986== by 0x4A34D58: test_source_iface (atl.c:576)
==1986== by 0x4A3526E: func_atl (atl.c:626)
==1986== by 0x4A36072: run_test (test.h:584)
==1986== by 0x4A36460: main (test.h:654)
==1986==
--
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=35278
Bug ID: 35278
Summary: KindleforPC crashes with big books
Product: Wine
Version: 1.7.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wine(a)staerk.de
Classification: Unclassified
Created attachment 47052
--> http://bugs.winehq.org/attachment.cgi?id=47052
backtrace when clicking onto a large book in Amazon Kindle reader for PC
When starting Kindle.exe to read my e-books, wine crashes with the attached
backtrace. I tried with SUSE 13.1 and SUSE 12.2, in both cases it crashes.
--
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=35142
Bug ID: 35142
Summary: Lara Croft and the Guardian of Light: screen filled
with artefacts when StrictDrawOrdering disabled
Product: Wine
Version: 1.7.8
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 46879
--> http://bugs.winehq.org/attachment.cgi?id=46879
terminal output
Strange polygons are flashing in and out in the game, cutscenes are affected
too.
'winetricks strictdrawordering=enabled' makes those artefacts go away (but
performance suffers).
Demo version is available on Steam:
http://store.steampowered.com/app/35130/
Nvidia binary drivers 325.15
--
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.