wine-bugs December 2018

wine-bugs@winehq.org

1 participants
7609 discussions

[Bug 45151] New: patches: 'git send-email' through Zoho SMTP causes patch queue to go berserk
by wine-bugs＠winehq.org 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=45151 Bug ID: 45151 Summary: patches: 'git send-email' through Zoho SMTP causes patch queue to go berserk Product: WineHQ.org Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: kyle.auble(a)zoho.com Distribution: --- Created attachment 61339 --> https://bugs.winehq.org/attachment.cgi?id=61339 I'm starting to get embarrassed So I'll probably just start using my Gmail account for submissions to Wine anyways, but I've been having problems sending patches through Zoho. I've followed the instructions on https://wiki.winehq.org/Submitting_Patches and when running 'git send-email', there are no issues on my computer. I'm prompted for my SMTP password, git does its thing, and I've received an "OK / 250" return code every time. Small, one-off patches seem to make it through fine, but beyond that, then the wine-devel or the patch-list doesn't get them. Furthermore, Zoho delivers me a message saying that wine-devel can't be reached and that they'll keep retrying the delivery. And they do, which is where I think part of the problem might be coming from. --- In the first case, I tried sending a series of 7 patches. The first patch was a very short text change, the next five were larger batch substitutions on different strings, and the last one was a relatively short binary patch to delete five images. The first patch made it through pretty quickly, but the rest never showed up. To make things more confusing, I received Zoho notices that patches 5-7 couldn't reach the list and would be retried, but nothing about 2-4. Then a few hours later, the mailing list confirmed that patch 7 had made it through fine, but no sign of the middle 5. Since I had no notification from wine-devel or Zoho for patches 2-4, I tried resending patch 2 a couple times. Everything besides patches 1 & 7 seemed to just be falling into a black-hole though... until the next morning, every last patch I had sent (including the repeats of patch 2) was on both wine-devel and the patch-list, showing the original send dates, as if they had been there all along. --- In the second case, I had three large binary patches for deleting old images that have since been moved onto the wiki. I tried sending them one-at-a-time, 'git send-email' gave me an OK / 250, and they never made it to the list. This time Zoho sent me a notice saying that there was a fatal error with wine-devel's address, specifically "ResponseCode 421, Read timed out" The notice said they would keep retrying the delivery for 4 days, but then I didn't hear anything... until all of a sudden, today I see this on the patch queue (screenshot attached). I know I didn't resend either of these patches, much less 17 times. Weirdly enough, the wine-devel mailing list seems to understand what's going on a little better and only shows the message once. --- The one other pattern I have noticed is that it almost seems like the mailing list is clocking out for business hours. The first was on a Wed evening, but it wasn't until the next morning that everything suddenly appeared. The second time, I tried sending in my patches before Friday evening, but there was still no sign of them when I checked yesterday (Sun). Sure enough, they're all there today though. TL/DR: I know very little about how mail protocols work, and it could very well be on my mail service's end, but it almost seems like the mailing-list is actually receiving the emails. It then puts them in quarantine outside of normal work-hours, which doesn't seem like a problem in isolation. Somehow the sender is getting "delivery failed" codes though, and I only seem to get delivery receipts sporadically, despite turning on delivery receipts in my pipermail settings for wine-devel. -- 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 6

[Bug 43443] New: mouse pointer/focusing issues with wine 2.11.1
by wine-bugs＠winehq.org 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=43443 Bug ID: 43443 Summary: mouse pointer/focusing issues with wine 2.11.1 Product: Wine Version: 2.11 Hardware: x86 URL: https://bugzilla.redhat.com/show_bug.cgi?id=1468889 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)evolution-hosting.eu Distribution: Fedora Description of problem: Since wine got updated to 2.11-1 this morning, i had trouble with the mouse pointer in "Runes of Magic" . The pointer got invisible/stuck/both randomly when moving it on and off the monitor ( dual monitor here ) where ROM was running, wenn moving the char around with WASD controls. This was disturbing and made "dangerouse" gameplay next to impossible, i.o.w. i couldn't risk dangerouse actions in game, because it was uncertain if i could control the game while doing it. After downgrading, it works again flawless ( said that in context with ROM, means something :D ) Version-Release number of selected component (if applicable): 2.11.1-fc25 List of packages installed - Action taken to revert wine back to 2.10 : wine-2.11-1.fc25.i686 38/74 wine-2.11-1.fc25.i686 39/74 wine-fonts-2.11-1.fc25.noarch40/74 wine-desktop-2.11-1.fc25.noarch 41/74 wine-pulseaudio-2.11-1.fc25.i686 42/74 wine-alsa-2.11-1.fc25.i686 43/74 wine-capi-2.11-1.fc25.i686 44/74 wine-cms-2.11-1.fc25.i686 45/74 wine-ldap-2.11-1.fc25.i686 46/74 wine-openal-2.11-1.fc25.i686 47/74 wine-opencl-2.11-1.fc25.i686 48/74 wine-twain-2.11-1.fc25.i686 49/74 wine-core-2.11-1.fc25.i686 50/74 wine-common-2.11-1.fc25.noarch 51/74 wine-times-new-roman-fonts-2.11-1.fc25.noarch 52/74 wine-tahoma-fonts-system-2.11-1.fc25.noarch 53/74 wine-pulseaudio-2.11-1.fc25.i686 54/74 wine-tahoma-fonts-2.11-1.fc25.noarch 55/74 wine-alsa-2.11-1.fc25.i686 56/74 wine-capi-2.11-1.fc25.i686 57/74 wine-cms-2.11-1.fc25.i686 58/74 wine-ldap-2.11-1.fc25.i686 59/74 wine-openal-2.11-1.fc25.i686 60/74 wine-opencl-2.11-1.fc25.i686 61/74 wine-twain-2.11-1.fc25.i686 62/74 wine-systemd-2.11-1.fc25.noarch 63/74 wine-arial-fonts-2.11-1.fc25.noarch 64/74 wine-courier-fonts-2.11-1.fc25.noarch 65/74 wine-fixedsys-fonts-2.11-1.fc25.noarch 66/74 wine-marlett-fonts-2.11-1.fc25.noarch 67/74 wine-ms-sans-serif-fonts-2.11-1.fc25.noarch 68/74 wine-small-fonts-2.11-1.fc25.noarch 69/74 wine-symbol-fonts-2.11-1.fc25.noarch 70/74 wine-system-fonts-2.11-1.fc25.noarch 71/74 wine-wingdings-fonts-2.11-1.fc25.noarch 72/74 wine-core-2.11-1.fc25.i686 73/74 wine-filesystem-2.11-1.fc25.noarch 74/74 Bug has been reported to Fedoras Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1468889 -- 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 45416] New: mousepointer of runes of magic disapears if the window gets blurred and refocused
by wine-bugs＠winehq.org 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=45416 Bug ID: 45416 Summary: mousepointer of runes of magic disapears if the window gets blurred and refocused Product: Wine Version: 3.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winebugs(a)evolution-hosting.eu Distribution: Fedora Version: wine-3.11-1.fc27.x86_64 / wine-staging-common-3.11-1.i686 mousepointer of runes of magic disapears if the window gets blurred and refocused aka.. mouse out of the window and back in. After selecting an item in the back, it gets back to normal, but if you can't hit one, the mousepointer gets only updated when left or right mb is pressed. the button click just updates the position, but it does not stop the problem, only a item drop (in the bag ) does. it was no problem with this version: # cat /root/wine.works.rpm.liste mingw32-wine-gecko-2.47-2.fc26.noarch mingw64-wine-gecko-2.47-2.fc26.noarch wine-2.10-1.fc25.i686 wine-2.10-1.fc25.x86_64 wine-alsa-2.10-1.fc25.i686 wine-alsa-2.10-1.fc25.x86_64 wine-arial-fonts-2.10-1.fc25.noarch wine-capi-2.10-1.fc25.i686 wine-capi-2.10-1.fc25.x86_64 wine-cms-2.10-1.fc25.i686 wine-cms-2.10-1.fc25.x86_64 wine-common-2.10-1.fc25.noarch wine-core-2.10-1.fc25.i686 wine-core-2.10-1.fc25.x86_64 wine-courier-fonts-2.10-1.fc25.noarch wine-debuginfo-1.9.3-1.fc23.x86_64 wine-desktop-2.10-1.fc25.noarch wine-filesystem-2.10-1.fc25.noarch wine-fixedsys-fonts-2.10-1.fc25.noarch wine-fonts-2.10-1.fc25.noarch wine-ldap-2.10-1.fc25.i686 wine-ldap-2.10-1.fc25.x86_64 wine-marlett-fonts-2.10-1.fc25.noarch wine-mono-4.7.0-1.fc25.noarch wine-ms-sans-serif-fonts-2.10-1.fc25.noarch wine-openal-2.10-1.fc25.i686 wine-openal-2.10-1.fc25.x86_64 wine-opencl-2.10-1.fc25.i686 wine-opencl-2.10-1.fc25.x86_64 wine-pulseaudio-2.10-1.fc25.i686 wine-pulseaudio-2.10-1.fc25.x86_64 wine-small-fonts-2.10-1.fc25.noarch wine-staging-2.10-1.i686 wine-staging-common-2.10-1.i686 wine-symbol-fonts-2.10-1.fc25.noarch wine-systemd-2.10-1.fc25.noarch wine-system-fonts-2.10-1.fc25.noarch wine-tahoma-fonts-2.10-1.fc25.noarch wine-tahoma-fonts-system-2.10-1.fc25.noarch wine-times-new-roman-fonts-2.10-1.fc25.noarch winetricks-20170517-1.fc25.noarch wine-twain-2.10-1.fc25.i686 wine-twain-2.10-1.fc25.x86_64 wine-wingdings-fonts-2.10-1.fc25.noarch -- 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 3

[Bug 35179] New: Quake Live standalone login window crashes when TAB pressed
by wine-bugs＠winehq.org 07 Feb '25

07 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=35179 Bug ID: 35179 Summary: Quake Live standalone login window crashes when TAB pressed Product: Wine Version: 1.7.8 Hardware: x86-64 URL: http://quakelive.com OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: gdiplus Assignee: wine-bugs(a)winehq.org Reporter: alexandru.balut(a)gmail.com Classification: Unclassified Steps to reproduce: 1. Open QuakeLive's Launcher.exe 2. Wait a few seconds for the round Play button to become red. At this point the username field should be focused. 3. Press TAB three times, notice the app crashes $ sha1sum .wine-ql/drive_c/Program\ Files\ $x86$/Quake\ Live/Launcher.exe b4d565634bdac72047790d64dbc870b8b8bb5f48 .wine-ql/drive_c/Program Files (x86)/Quake Live/Launcher.exe $ sha1sum QuakeLiveSetup_840.exe 843d1542bccaaf1bd46bee0acec95d4bfdfc898b QuakeLiveSetup_840.exe $ wine --version wine-1.7.8 -- 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 42741] New: StarCraft I: 1.18 PTR fails to initialize ClientSdk.dll
by wine-bugs＠winehq.org 07 Feb '25

07 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=42741 Bug ID: 42741 Summary: StarCraft I: 1.18 PTR fails to initialize ClientSdk.dll Product: Wine Version: 2.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: li.davidm96(a)gmail.com Distribution: --- Created attachment 57743 --> https://bugs.winehq.org/attachment.cgi?id=57743 stderr output of Wine when running StarCraft.exe The 1.18 public test release of the upcoming version of StarCraft I does not launch, as ClientSdk.dll fails to initialize. Tested with Wine 2.4 (latest from Arch repositories), in a fresh 64-bit wineprefix. Architecture is AMD64. The download is here: https://us.battle.net/forums/en/starcraft/topic/20753915707 sha1sum: 2d6702a425f13659227814fbc903568d63daeb08 /home/lidavidm/Downloads/Starcraft+1.18+PTR+1202.zip -- 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 133

[Bug 33199] New: iexplore crash when changing location.href in if stamtement xhtml
by wine-bugs＠winehq.org 06 Feb '25

06 Feb '25

http://bugs.winehq.org/show_bug.cgi?id=33199 Bug #: 33199 Summary: iexplore crash when changing location.href in if stamtement xhtml Product: Wine Version: 1.5.25 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thepouar(a)gmail.com Classification: Unclassified Created attachment 43914 --> http://bugs.winehq.org/attachment.cgi?id=43914 xhtml file that crashes iexplore iexplore crashes when trying to change the URL in javascript within an if statement, attached a file that causes the crash -- 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 12

[Bug 40570] New: Skype 7 - Unhandled exception in thread 9 or Unhandled page fault on read access
by wine-bugs＠winehq.org 05 Feb '25

05 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=40570 Bug ID: 40570 Summary: Skype 7 - Unhandled exception in thread 9 or Unhandled page fault on read access Product: Wine Version: 1.9.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rmoisto(a)gmail.com Distribution: --- The latest Skype desktop client for Windows (currently 7.23.0.105) does not work with wine 1.9.9 but works fine with 1.9.7 and 1.9.8. Starting Skype with 1.9.9 spits out various errors. In some instances Skype.exe will go in an infinite loop and the debugger hangs, other times the debugger exists instantly. Exists cleanly: wine: Unhandled exception 0xc0000409 in thread 9 at address 0x115d6b8 (thread 0009), starting debugger... Hangs forever: wine: Unhandled page fault on write access to 0x65756cf1 at address 0x63656ee6 (thread 0009), starting debugger... I can attach more console output if needed. -- 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 7

[Bug 44081] New: Office graphics suitable for HiDPI displays
by wine-bugs＠winehq.org 03 Feb '25

03 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=44081 Bug ID: 44081 Summary: Office graphics suitable for HiDPI displays Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: pmenzel+bugs.winehq.org(a)molgen.mpg.de Distribution: --- Visiting https://www.winehq.org/ with a HiDPI Dell UP3214Q monitor, the icons and graphics look blurry. It’d be great, if the Web site could be improved to also look good on HiDPI displays. -- 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 3

[Bug 41751] New: Retire docs.git
by wine-bugs＠winehq.org 03 Feb '25

03 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=41751 Bug ID: 41751 Summary: Retire docs.git Product: WineHQ.org Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: www-unknown Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net Distribution: --- The Developer's, Wine User's, and Winelib User's guides have all been moved to the wiki, and the SGML files will not be updated. Since the SGML files are still on the website, people who follow a direct link to one of the pages still end up in the old document and sometimes file bugs for outdated information that has already been fixed in the wiki version (e.g., bug 40491). -- 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 4

[Bug 37297] New: CreateEdit windows always fullscreen under wine
by wine-bugs＠winehq.org 03 Feb '25

03 Feb '25

https://bugs.winehq.org/show_bug.cgi?id=37297 Bug ID: 37297 Summary: CreateEdit windows always fullscreen under wine Product: Wine Version: 1.7.26 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: n4af(a)n4af.net ref: https://forum.winehq.org/viewtopic.php?t=23405&p=96423 I have a Pascal (Dephi) app that runs well under Wine application layer. The problem is that there are a number of edit controls that will only show in full screen under Wine. This would be an example of a procedure to create a editable window using Alt-D WM_INITDIALOG: begin Windows.SetWindowText(hwnddlg, RC_DUPECHECKOAR); Format(TempBuffer1, TC_ENTERCALLTOBECHECKEDON, BandStringsArray[InActiveRadioPtr.BandMemory], ModeStringArray[InActiveRadioPtr.ModeMemory]); CreateStatic(TempBuffer1, 15, 3, 250, hwnddlg, 102); AltDEditWindowHandle := CreateEdit(ES_CENTER or ES_UPPERCASE or WS_BORDER, 15, 27, 250, 30, hwnddlg, 101); asm mov edx,[MainWindowEditFont] call tWM_SETFONT end; CreateOKCancelButtons(hwnddlg); The above CreateEdit dutifully creates a window under Win7. Ubuntu (kernel 3.16) will only display as fullscreen. Under linux I can grab the title bar and move the f/s window but nothing else. Right clicking on the title bar i have options Restore, Resize, Maximize selected. Screen captures on https://forum.winehq.org/viewtopic.php?t=23405&p=96423 Tks, Howard -- 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 6

← Newer
1
...
5
6
7
8
9
10
11
...
761
Older →

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 December 2018