wine-bugs November 2019

wine-bugs@winehq.org

1 participants
7809 discussions

[Bug 43320] New: Support a Recent added page
by wine-bugs＠winehq.org 04 Nov '19

04 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=43320 Bug ID: 43320 Summary: Support a Recent added page Product: WineHQ Apps Database Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: leslie_alistair(a)hotmail.com Distribution: --- It would be nice to have a page which listed the recently added Applications. Broken down by Games/Application With a possible time frame of Week/Month, anything longer might produce a large list. -- 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.

2 1

[Bug 45160] New: Eliminate JavaScript and CDN usage from AppDB for better privacy and security of the visitors.
by wine-bugs＠winehq.org 04 Nov '19

04 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=45160 Bug ID: 45160 Summary: Eliminate JavaScript and CDN usage from AppDB for better privacy and security of the visitors. 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: kolan_n(a)mail.ru Distribution: --- There are some security and privacy issues in appdb. 0 It uses files from CDNs. You should store them locally and load them from own server. If you can't do that, please enforce their integrity with https://developer.mozilla.org/en-US/docs/Web/Security/Subresource_Integrity . 1 It is non-functional without JavaScript even though the same functionality is achieved without using any JavaScript. For example drop-down panels are implemented in browsers as a pair of HTML tags. Drop-down menus can be implemented as css. There are lot of things that don't require any JS lines. You should really consider throwing JS part of Bootstrap into garbage and using pure HTML+CSS solution. -- 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.

2 5

[Bug 4713] nvidia demo(Creature) freezes
by WineHQ Bugzilla 04 Nov '19

04 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=4713 --- Comment #31 from joaopa <jeremielapuree(a)yahoo.fr> --- Bug still occurs with winee-4.19. -- 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.

1 0

[Bug 16188] New: Wine should prompt users to save files upon system shutdown
by wine-bugs＠winehq.org 03 Nov '19

03 Nov '19

http://bugs.winehq.org/show_bug.cgi?id=16188 Summary: Wine should prompt users to save files upon system shutdown Product: Wine Version: 1.1.9 Platform: Other URL: http://www.x.org/docs/SM/SMlib.pdf OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://groups.google.com/group/comp.emulators.ms-windows.wine/msg/9f45abb0f… asks, reasonably, "When I have unsaved document in any wine application (like notepad) and I log out or shut down the PC, Wine application doesn't offer me to save the document, it just kills everything. Can something be done about it?" My google-fu led me to http://lists.freedesktop.org/archives/xdg/2004-August/002898.html which led me to http://www.x.org/docs/SM/xsmp.pdf and http://www.x.org/docs/SM/SMlib.pdf Wine should probably support those somehow, and use them to notify applications of impending system shutdown. -- 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.

2 16

[Bug 48036] New: RestoreVM: Save the commands to set up the VM in --extract-only mode
by WineHQ Bugzilla 03 Nov '19

03 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=48036 Bug ID: 48036 Summary: RestoreVM: Save the commands to set up the VM in --extract-only mode Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- In --extract-only mode RestoreVM prints the commands to use to restore the VM. It would be better if it saved them in a file in the extract directory. This would minimize the risk that they get lost from the shell history and make it easier to edit and adjust them. -- 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.

1 1

[Bug 48038] New: Add an --image-dir option to RestoreVM
by WineHQ Bugzilla 03 Nov '19

03 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=48038 Bug ID: 48038 Summary: Add an --image-dir option to RestoreVM Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- When restoring a VM on a machine that does not have much disk space in /var/lib/libvirt/images it's necessary to move the qcow images elsewhere and create a symbolic link in their place. The goal of the '--image-dir DIR' option is to automate this process. -- 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.

1 1

[Bug 47927] New: Is the win32/win64 VM Type distinction redundant with the Missions field
by WineHQ Bugzilla 03 Nov '19

03 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47927 Bug ID: 47927 Summary: Is the win32/win64 VM Type distinction redundant with the Missions field Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Currently the TestBot has four types of VMs: build, win32, win64 and wine. As expected the win32 and win64 VM types respectively correspond to 32 and 64 bit Windows VMs which directly correlates with their intrisic ability to run 32 and 64 bit Windows executables. In contrast whether a wine VM can (or should) run 32 bit Windows executables, 64 bit ones or both is not indicated by its type. Instead this is determined by the VM's Missions field. A Wine VM, a NetBSD one for instance, could be able to run 64 bit executables but not 32 bit ones. Or testing the win32 build could be done on one VM and testing the wow32 and wow64 one on another to spread the load. All VMs have this mission field, including the win32 and win64 VMs, where, like elsewhere, it will determine whether the TestBot allows running 32 and/or 64 bit executables. In other words a win64 VM will not run 64 bit executables if exe64 is not in its Missions. That makes the win32 vs. win64 distinction somewhat redundant. So maybe the two types should be merged into a single 'windows' VM type. Or maybe it should be preserved as a way to record what the VM is capable of independently of the missions currently assigned to it. -- 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.

1 1

[Bug 48033] New: Do Wine's source analysis on the TestBot server
by WineHQ Bugzilla 03 Nov '19

03 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=48033 Bug ID: 48033 Summary: Do Wine's source analysis on the TestBot server Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The TestBot needs to collect some information about the Wine source: * The list of Wine source files (to separate Wine patches from patches for other projects). * The list of test source files (so it knows which tests to rerun when a Wine dll / program is patched). * The PARENTSRC dll dependencies (again so it knows which tests to rerun when a PARENTSRC dll is patched). This information is currently gathered on the build / Wine VMs and retrieved by the TestBot server when their reconfiguration completes. However once the TestBot has access to the Wine source (see bug 47839), it could perform this analysis itself and thus use the results as soon as a Wine update has been detected. -- 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.

1 0

[Bug 48030] New: Retrieve the reports/logs while the task runs
by WineHQ Bugzilla 03 Nov '19

03 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=48030 Bug ID: 48030 Summary: Retrieve the reports/logs while the task runs Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- Currently the TestBot only retrieves the task reports and logs once the VM-side script running the tests has completed (or timed out). It could be better to start downloading the reports and logs earlier, retrieving additional chunks as the files grow: * The developer could get feedback a bit sooner (but presenting partial results may require adjustments, particularly one should avoid errors such as 'it looks like the report has been truncated'). * The download could happen concurrently with the task running which could provide a small speedup. * The TestBot would at least get a partial report if the test causes the VM to crash, though that would likely not be the most interesting part. * If taking multiple screenshots (see bug 44709) we'd also likely want to start downloading them before the test has completed. We would not necessarily need to download them piecemeal but this would still imply interleaving GetFile() RPCs with the Wait() one. In all cases we'd want to limit the time we get stuck in GetFile(). -- 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.

1 0

[Bug 47509] New: Touhou 15.5: Antinomy of Common Flowers stopped running after upgrading the Wine version from 4.10 to 4.12.2
by wine-bugs＠winehq.org 01 Nov '19

01 Nov '19

https://bugs.winehq.org/show_bug.cgi?id=47509 Bug ID: 47509 Summary: Touhou 15.5:Antinomy of Common Flowers stopped running after upgrading the Wine version from 4.10 to 4.12.2 Product: Wine Version: 4.12.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alexsandr.2002.m(a)gmail.com Distribution: --- Created attachment 64896 --> https://bugs.winehq.org/attachment.cgi?id=64896 Console output After launch via shortcut or console with the command "wine ./th155.exe", the process "./th155.exe" works for a couple of seconds, and then the process "th155.exe -1" starts up, which just hangs in the task manager. It didn't start even after manual cleaning of Wine Prefix. After rolling back to the Stable branch, everything worked as it was. -- 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.

2 9

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs November 2019