https://bugs.winehq.org/show_bug.cgi?id=56630
Bug ID: 56630
Summary: Broken links in email for "Test Results added to
version ..."
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: 56ms2hl02(a)sneakemail.com
Distribution: ---
In an E-Mail I got:
Test Results added to version GoG of Sid Meier's Alpha Centauri by axm
-------------------------------------------------------
https://appdb.winehq.org/objectManager.php?sClass=3Dversion&iId=3D24358&=
;iTestingId=3D114903
This Test data has been submitted by axm.
... where the link is malformed due to the line break but I also could not fix
it manually.
It should probably be:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=24358
Note this is the current version and it got autoapproved (probably because I am
the maintainer, too).
Using this search
https://bugs.winehq.org/buglist.cgi?bug_status=__all__&content=link&no_redi…
I found a simimar, but very old and outdated bug report that maybe can be
closed instead:
https://bugs.winehq.org/show_bug.cgi?id=25699
--
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=57732
Bug ID: 57732
Summary: "Ooops! Something has gone terribly wrong!" message
when trying to see queued items in appdb
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: francisco278herrera(a)gmail.com
Distribution: ---
"Ooops! Something has gone terribly wrong!" message appears when trying to see
queued items in appdb while logged into the appdb
--
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=57731
Bug ID: 57731
Summary: Gateway time-out when trying to look browse apps in
appdb
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: francisco278herrera(a)gmail.com
Distribution: ---
Gateway time-out occurs when trying to browse apps in the appdb from the home
page.
--
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=57730
Bug ID: 57730
Summary: Gateway time-out when trying to look at all versions
of an app
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: francisco278herrera(a)gmail.com
Distribution: ---
Gateway time-out occurs when trying to look at all versions of an app for
example this one:
https://appdb.winehq.org/objectManager.php?sClass=version&iId=9194
--
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=56612
Bug ID: 56612
Summary: AppDB now lists everyone who is e-mailed
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: critical
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: ---
Created attachment 76367
--> https://bugs.winehq.org/attachment.cgi?id=76367
Screenshot (censored)
I've received a few e-mails from the AppDB, which is the norm. It used to only
list me in the To:, now it lists everyone who receives the e-mail.
Leaking the user's e-mail addresses could be considered a data breach.
--
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=57479
Bug ID: 57479
Summary: link for email reply in appdb is corrupted.
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: alois.schloegl(a)gmail.com
Distribution: ---
I received an email starting with this information;
From: appdb-noreply(a)winehq.org
[PM] Cadence AWR on Wine
-------------------------------------------------------
The following message was sent to you from Franco Curotto through the Wine =
AppDB contact form.
To Reply, visit https://appdb.winehq.org/contact.php?iRecipientId=3D460194&=
amp;sSubject=3DRe%3A+Cadence+AWR+on+Wine
...
The reply link does not work for me, and seems to be corrupted.
--
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=28467
Summary: Chromium Browser restore button doesn't work
Product: Wine
Version: 1.3.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fracting(a)gmail.com
1. Download chromium from
http://build.chromium.org/f/chromium/snapshots/Win/95816/chrome-win32.zip
unpack chrome-win32.zip, cd to the directory.
2. start chrome.exe with --no-sandbox, works around Bug 21232
$ wine chrome.exe --no-sandbox
Notice that the chrome window is decorated by the Linux native window manager.
Is it a bug? On windows, chrome have no traditional "window bar".
Now there is two "Maximal" button: one is drawn by Linux native window manager,
the other is drawed by wine chrome browser it self.
3. Click on the "Maximal" button which is drawn by Linux native window manager,
then chrome browser switch to maximal mode as expect.
This time, the Linux native window bar is disappear.
4. Click on the "Restore" button of wine chrome browser. However it doesn't
work. Wine chrome switch to normal mode for a second, then switch back to
maximal mode automatically.
I use ubuntu 11.04 , with traditional gnome desktop, gnome 2.32.1 .
There is some ways to work around:
I. Instead of clicking on the native "Maximal" button in step 3, try to click
the wine chrome "Maximal" button, then everything works as expect.
II. Do not set "Allow the window manager to decorate the windows" in winecfg,
then everything works as expect.
III. Do not set "Allow the window manager to control the windows" in winecfg,
then everything works as expect.
--
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=56647
Bug ID: 56647
Summary: ntdll-Junction_Points prevent rustup from correctly
installing a toolchain
Product: Wine-staging
Version: 9.8
Hardware: x86-64
URL: https://rustup.rs/
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ArchLinux
Created attachment 76423
--> https://bugs.winehq.org/attachment.cgi?id=76423
return STATUS_NOT_A_REPARSE_POINT instead of STATUS_INVALID_PARAMETER
Hi.
With the recent rustup 1.27.0 using wine-staging with the
ntdll-Junction_Points patches, the toolchain installation doesn't complete
properly, failing to write to the settings.toml under the prefix home .rustup
directory info.
A bug with the same root cause is also present on rustup 1.26.0 where while the
installation was completing properly, it was failing to remove the
.rustup/tmp/* directories, causing issues with subsequent installations.
Both bugs express the same behavioral pattern with few differences. I
investigated the directory bug firstly, so I will detail this, and confirmed
that the problem and the expected solution are the same.
Rustup (or one of it's dependency managing files) get the handle of the
temporary directory using CreateFileW and then checking if it's a reparse point
using DeviceIoControl with FSCTL_GET_REPARSE_POINT.
The directories (and the file) aren't reparse points at all, so the readlink
fails returining EINVAL.
This EINVAL is then mapped to an NT_STATUS using errno_to_status that map
EINVAL to STATUS_INVALID_PARAMETER.
However this mapping is incorrect for FSCTL_GET_REPARSE_POINT as in this case
applications that handle this case like rustup try to handle this case by
epxecting STATUS_NOT_A_REPARSE_POINT.
Returning STATUS_NOT_A_REPARSE_POINT in this case allow rustup to work (both
versions )
Attaching a patch to show the change in the file.c code (and restored also the
out_buffer check)
--
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=57456
Bug ID: 57456
Summary: Wine wayland scaled window is positioned on the left,
not centered
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Created attachment 77451
--> https://bugs.winehq.org/attachment.cgi?id=77451
Vampire: The Masquerade - Redemption intro video scaled
When fullscreen resolution is set to something low and different from aspect
ratio of the monitor, winewayland scales it up, but positions it on the left,
rather than in the middle of the screen and leaves the mismatching area
transparent.
This happened for example in the intro video of Vampire: The Masquerade -
Redemption. The video is 640x346 and my screen is 2560x1440.
See attached screenshot for how it looks.
It would be better if the scaled window was positioned in the middle, with some
black bands for areas that are caused by mismatch in aspect ratio.
Even better if this behavior could be configurable, i.e. where to position,
what to use for bands, like transparent, solid color / what color, etc.
--
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=57729
Bug ID: 57729
Summary: Game (Witch's Heart) runs faster than intended at
times/given areas.
Product: Wine
Version: 10.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kyubi015(a)proton.me
Distribution: ---
Game (Witch's Heart) runs faster than intended at times.
Mostly noticable in a selected few rooms, havent noticed any case where it did
not run faster than intended in those areas.
This bug isnt specific to said areas however, also noticed a case where a
previously not affected area sped up after a transition but that only happened
once.
Download link: https://vgperson.com/games/witchheart.htm
Its not a 2.03 version specific issue, also was present for 2.00
Only tried main game, not any of the bonus ones.
--
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.