https://bugs.winehq.org/show_bug.cgi?id=42254
Bug ID: 42254
Summary: iTunes 12.5.4 window maximized with margin
Product: Wine
Version: 2.0-rc3
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winetaste(a)gmx.net
Distribution: ---
Created attachment 56939
--> https://bugs.winehq.org/attachment.cgi?id=56939
output maximizing
iTunes window has 4 px margin on every side when maximized.
It is the same for 32 and 64bit iTunes.
I tested on two different machines both with Ubuntu 16.10 64bit. Same result
with KDE Plasma 5, MATE and Cinnamon. Same with builtin and native gdiplus.
Output when I click maximize button, see attachment.
I don't know if I missed that before, because I didn't really maximized iTunes
that often before. Now I tested with rc3-5 and it is the same result.
iTunes 12.5.4.42
$ sha1sum iTunesSetup.exe
3a70cb1f8215efab5ae3723ab5ddde21f8394108 iTunesSetup.exe
iTunes 12.5.4.42 x64:
$ sha1sum iTunes6464Setup.exe
e24e12bf876d1cb683081ef4bd2427d1d2d377cd iTunes6464Setup.exe
--
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=25532
Summary: iTunes under Wine doesn't find shared libraries
Product: Wine
Version: 1.3.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: computers57(a)hotmail.com
It seems that iTunes 10.1 under Wine cannot find shared libraries. I think
this has something to do with mdnsresponder not able to talk on the required
port.
Steps to reproduce:
1. Go to preferences in iTunes running either on Mac or natively on Windows.
2. click on Sharing.
3. Enable Music Sharing.
4. Go to a wine directory which has iTunes installed.
5. Start up iTunes under Wine.
6. Wait about a minute.
7. Look under Sharing on the sidebar.
Expected result:
You should see the shared library.
Actual result:
The share doesn't show up at all.
--
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=31554
Bug #: 31554
Summary: PDF Annotation crashes on second startup
Product: Wine
Version: 1.5.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msxml3
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
Now that bug 31206 is fixed, PDF Annotator starts up ok the first time,
but it still crashes on 2nd run with
fixme:msxml:internal_getProperty (0x3e27008)->(L"charset") unsupported property
fixme:msxml:internal_getProperty (0x3e27008)->(L"xmldecl-encoding") unsupported
property
fixme:msxml:internal_getProperty (0x3e27008)->(L"xmldecl-version") unsupported
property
err:seh:setup_exception_record stack overflow 2032 bytes in thread 0009 eip
004063aa esp 00240b40 stack 0x240000-0x241000-0x340000
'winetricks msxml3' still works around it, as does
rm "$WINEPREFIX/dosdevices/c:/users/$LOGNAME/Local Settings/Application
Data/PDF
Annotator/3.0/Tools/paStampTools.xml"
--
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=36958
Bug ID: 36958
Summary: Wine emulates file creation time instead of fetching
it from the underlying filesystem
Product: Wine
Version: 1.7.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P5
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Created attachment 49071
--> http://bugs.winehq.org/attachment.cgi?id=49071
Far2 showing file modification/creation/lass access times.
In Linux at least ext4 supports file creation time field (crtime), but Wine
doesn't use it. Instead it uses mtime.
Please, implement crtime for filesystems which impelement this field.
--
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=32493
Bug #: 32493
Summary: MOTORM4X Crash
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jarkamirov(a)gmail.com
Classification: Unclassified
The Game closed with error
Kubuntu 12.04.1
Radeon HD6850
Catalyst 12.11b
--
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=29579
Bug #: 29579
Summary: winhelp: winhlp32.exe doesn't support making its
window non-resizeable or without menu strip
Product: Wine
Version: 1.3.36
Platform: x86-64
URL: http://download.microsoft.com/download/aoe/Trial/1.0/W
IN98/EN-US/MSAoE.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
In Windows, help files can cause the winhlp32 window to open with fixed
(non-resizeable) dimensions, and/or with no menu strip. Wine winhlp32 does not
support that feature.
For example, download the Age of Empires trial version from
http://www.microsoft.com/games/empires/downloads.htm
direct download URL is
http://download.microsoft.com/download/aoe/Trial/1.0/WIN98/EN-US/MSAoE.exe
Either run MSAoE.exe to install the demo, or use cabextract to unpack the files
inside.
Run winhlp32.exe from Windows under Wine and load Empires.hlp. Notice the
window has no menu strip and cannot be resized. (I tested winhlp32.exe from
Windows 98 and XP.)
Run Wine winhlp32.exe and load Empires.hlp. (The window contents are completely
messed up and unusable, but that's not what this bug covers.) Notice the
winhlp32 window is resizeable and has a menu strip.
--
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=33743
Bug #: 33743
Summary: Fullscreen with two monitors of different size
Product: Wine
Version: 1.4.1
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: enicon(a)gmail.com
Classification: Unclassified
Created attachment 44681
--> http://bugs.winehq.org/attachment.cgi?id=44681
Fullscreen Word window in the biggest monitor (1440x900) is clipped
On Linux Mint (both Nadia and Maya) on a laptop with build-in monitor 1024x768
and external monitor (now 1440x900).
On the biggest monitor, wine application don't go fullscreen correctly,
vertically size seems to be limited by the size of the smallest monitor. In my
example if I fullscreen WORD I get some of the UI missing and a desktop
background stripe in the lower part of the monitor.
Notice that if I don't use fullscreen but drag the windows border I cat enlarge
word on all the surface of the monitor and all the ui is correctly displayed.
--
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=40523
Bug ID: 40523
Summary: legrand xlpro3 400 : unable to insert a pictogram
Product: Wine
Version: 1.9.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: tomlohave(a)gmail.com
Distribution: ---
Created attachment 54340
--> https://bugs.winehq.org/attachment.cgi?id=54340
inserting a pictogram
inserting a pictogram (emf file) does not work
logs show :
fixme:olepicture:OLEPictureImpl_Save (0x851a938,0x33de48,0),PICTYPE_ENHMETAFILE
not implemented!
err:olepicture:OLEPictureImpl_Load Failure while reading picture header (hr is
0, nread is 4).
fixme:olepicture:OLEPictureImpl_Save (0xdccff38,0x33def4,1), [unknown type] not
implemented!
and logs are spammed with this line :
err:olepicture:OLEPictureImpl_Load Failure while reading picture header (hr is
0, nread is 4).
--
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=41427
Bug ID: 41427
Summary: [Game Maker Studio - Android][Subst.exe] - not working
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thunderstormpolska(a)o2.pl
Distribution: Debian
Hello.
subst.exe is (from Windows) probably something like Linux mount or Winecfg
Disks, but it's not available in Wine. I tried to borrow it from Windows XP,
but it doesn't work.
Game maker try to create "virtual disk" to Y: using subst.exe, but subst
doesn't work.
--
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=38879
Bug ID: 38879
Summary: wbemprox fill_videocontroller calls are expensive
Product: Wine
Version: 1.7.41
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: c10ud.dev(a)gmail.com
Distribution: ---
Created attachment 51812
--> https://bugs.winehq.org/attachment.cgi?id=51812
wbemprox: cache videocontroller queries
Specifically League of Legends likes to continuously ask for video controller
specs while in game (every 4 seconds or so).
On my (old?) box this leads to a pretty big framedrop (~15fps when capped at
60) due to dxgi being initialized every time (and thus wined3d) by the
fill_videocontroller function.
The proposed solution caches results for subsequent calls, but I'm not sure
about the implications (i.e. do we expect any of those fields to change in the
lifespan of a wine application?)
Comments welcome
Greets
--
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.