http://bugs.winehq.org/show_bug.cgi?id=58425
Bug ID: 58425
Summary: video/x-h264 alignment=au caps causes artifacts and
crashes with nal-aligned streams
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: mkrsym1(a)gmail.com
Distribution: ---
Multiple applications try to playback nal-aligned streams, but Wine always sets
the alignment caps to au. This causes h264parse to work incorrectly, which in
turn leads to various unpleasant effects, depending on the decoder used.
Some examples:
- libav's avdec_h264 is the most tolerant one, and only displays brief image
artifacts when au-alignment is broken.
- OpenH264 displays major image and temporal artifacts on au-alignment break,
sometimes hangs.
- NVIDIA's nvh264dec immediately crashes the entire application on au-alignment
break.
This issue is completely fixed by not setting the alignment caps at all and
letting h264parse do it's job, as done in this commit:
https://github.com/ValveSoftware/wine/commit/0304a42
Not sure why it's set in the first place. Maybe that patch can be merged into
Wine master, or is there something that I'm missing?
--
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=58475
Bug ID: 58475
Summary: Wine Mono corlib tests cause wineserver to assert
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
Run:
wine run-tests.exe
x86_64.MonoTests.System.Threading.WaitHandleTest:WaitAny_WaitHandleNull_TimeSpan
x86_64.MonoTests.System.WeakReferenceTest:WeakReference_IsAlive_Finalized
Result:
wineserver: ../server/mutex.c:233: abandon_mutexes: Assertion `mutex->owner ==
thread' failed.
I reduced the test case as much as I could, but for whatever reason, these
tests only seem to cause the assert when run in combination.
The architecture doesn't seem to matter - x86 gets the same result from these
test cases.
--
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=58472
Bug ID: 58472
Summary: Remove redundant AppDB Bug Links table listing fields
introduced by recent merge
(https://gitlab.winehq.org/winehq/appdb/-/merge_reques
ts/13)
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wineryyyyy(a)gmail.com
Distribution: ---
Recent merge https://gitlab.winehq.org/winehq/appdb/-/merge_requests/13 caused
redundant AppDB Bug Links table listing fields to appear on App Version page.
Reported by bug: https://bugs.winehq.org/show_bug.cgi?id=58471https://gitlab.winehq.org/winehq/appdb/-/merge_requests/14 is minimized only to
fix AppDB bug links broken functionality.
This issue addresses the presentation cleanup of the Bugzilla HTML <table> per
page context raised by https://bugs.winehq.org/show_bug.cgi?id=58471.
The redundant app name and version fields on the App Version pages should be
hidden but continue to be shown for the Admin Bug Links table that lists all
apps and versions where the fields are relevant.
--
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=58118
Bug ID: 58118
Summary: Need to sort alphanum in version column
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: axis6404(a)proton.me
Distribution: ---
The sorting in the version column is wrong. alphanum sorting is needed.
example:
https://appdb.winehq.org/objectManager.php?sClass=application&iId=1487
Current:
Version
16.xx
18.xx
19.xx
21.x
23.x
24.x
4.xx
9.**
Ideal (alphanum sort):
Version
24.x
23.x
21.x
19.xx
18.xx
16.xx
9.**
4.xx
--
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=18715
Summary: No statusbar in Notepad
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Eldmannen+wine(a)gmail.com
The Notepad that comes with Wine has no statusbar.
--
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=58079
Bug ID: 58079
Summary: AppDB: Potential problems with printing (non-ASCII?)
characters.
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
URL: https://appdb.winehq.org/objectManager.php?sClass=vers
ion&iId=2739
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chiitoo(a)gentoo.org
Distribution: Gentoo
There might be some issues regarding character encoding, or something that
happened during a conversion of sorts, but probably not during the PHP8 upgrade
since going by archive org, this seems to have started between 2024-03-03 and
2024-05-19, which seems a bit too long ago for that.
See for example one of the maintainer names here, where an 'é' renders as '�':
https://appdb.winehq.org/objectManager.php?sClass=version&iId=2739
Not sure if there is really anything that can be done, aside from re-entering
such characters somewhere...
Thank you!
--
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=58474
Bug ID: 58474
Summary: "Importance" should link to the Severity list
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
URL: https://bugs.winehq.org/page.cgi?id=fields.html
OS: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
When clicking on "Importance" in the Bugzilla form it directs to
https://bugs.winehq.org/page.cgi?id=fields.html#importance but this doesn't
really help a user. It should point to the Severity list:
“Severity
This field describes the impact of a bug.
blocker Blocks development and/or testing work
critical Critical problem that prevents all applications from working”
and so on...
I assumed this would be an easy change but I cannot find the code in the
Bugzilla git that does this.
Even if I could find it, the page uses a mix of <a name='bug_severity'> and <dt
id='bug_severity'> for different parts of the page, the former being
deprecated.
Are these controlled by a config file?
--
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=58194
Bug ID: 58194
Summary: Screenshots upload broken due to Cloudflare challenge
page
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tomman(a)gmail.com
Distribution: ---
I'm trying to upload some screenshots for apps I maintain, when I got
challenged by Cloudflare out of the blue (and as we recall, they have a strong
dislike for web browsers like mine, SeaMonkey). Even after I manage to pass the
challenge, I get a error page telling me I didn't specified the Wine version
for the screenshot, but it's quite obvious what's happening here: the CF
challenge is getting in the way, eating the POST'd form data (including the
screenshot itself!), and after getting past the challenge, screenshots.php
receives no data at all, so it errors out with the first missing piece of
information it can find, I guess.
This is a very weird place to put a challenge, since it effectively breaks the
workflow, and furthermore, I noticed WineHQ is migrating away from Cloudflare
challenges to Anubis (which is more tolerant with non-mainstream browsers), but
somehow this one slipped down the cracks.
--
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=58471
Bug ID: 58471
Summary: Bug Link Queue is broken
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
URL: https://appdb.winehq.org/objectManager.php?sClass=bug&
sState=queued&sTitle=Bug%20Link%20Queue&sAllBugs
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: ---
error details:
Error Message: Uncaught Error: Call to a member function AddTextCell() on null
in /home/winehq/opt/appdb/include/objectManager.php:1602 Stack trace: #0
/home/winehq/opt/appdb/include/objectManager.php(210):
ObjectManager->outputHeader() #1
/home/winehq/opt/appdb/include/objectManager.php(339):
ObjectManager->drawTable() #2 /home/winehq/opt/appdb/objectManager.php(173):
ObjectManager->display_table() #3 {main} thrown
File: objectManager.php:1602
I see bug links now seem to name the app and version, despite it already being
linked to the app and version. I'm guessing this is related. (I can't currently
log in)
--
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=35428
Bug ID: 35428
Summary: Screenshots get horribly broken and resized on upload
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Classification: Unclassified
Created attachment 47281
--> http://bugs.winehq.org/attachment.cgi?id=47281
Far 3 original screenshot
Consider this beautiful PNG screenshot.
Size: 106331 bytes
Format: PNG/lossless
Resolution: 1284x744@24bpp
What AppDB turns it to:
http://appdb.winehq.org/screenshots.php?iAppId=953&iVersionId=27377
Size: 196888 bytes (2 times more!)
Format: Bad resized PNG
Resolution: 1024×593@24bpp
This needs to be fixed. We live in the 21 century.
--
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.