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=37342
Bug ID: 37342
Summary: MetaTrader 4 doesn't start (Regression)
Product: Wine
Version: 1.7.27
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: a4141469(a)trbvm.com
Created attachment 49656
--> https://bugs.winehq.org/attachment.cgi?id=49656
Terminal output.
Regression. MetaTrader 4 doesn't start on Ubuntu 14.04 x64 with Wine 1.7.27. It
worked well with Wine 1.7.26 (until update).
--
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=38296
Bug ID: 38296
Summary: Ion Assault (Steam) crashes before the main menu
(Windows Media Player needs to be installed)
Product: Wine
Version: 1.7.39
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 51128
--> https://bugs.winehq.org/attachment.cgi?id=51128
terminal output
The splash screen is shown and music begins to play when I start the game, but
the game crashes before the main menu pops up.
Installing WMP10 is a workaround.
The game used to get to the main menu without WMP10 installed, but animations
in the menu were missing. The crash is present since commit
069406fe94a41752b4f739b24049b395e3c5a7b3
wine-1.7.39-144-g4eedf6a
--
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.