http://bugs.winehq.org/show_bug.cgi?id=25355
Summary: Time clock SBE 1.2 and 2.2 not working properly on
ubuntu 10.04LTS
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ryanmore2006(a)yahoo.com.ph
Our company used Ubuntu 8.04 install in all computer in all branches. were
using Time clock SBE 1.2 for time logging for all our employees. the said
software were stable in ubuntu 8.04 LTS wine wine version 1.0.
The problem starts when we updated the LINUX OS to Ubuntu 10.04LTS with wine
1.2 install, but something wrong with the some menu can't be seen anymore, we
tried to update the time clock sbe form 1.2 to 2.2 but the unfortunately it did
not fixed the problem. we also updated the version of wine but still the same.
for reference i will attached the screen shot for ubuntu 8.04 and 10.04
Im homping that someone can help me with this problem.
--
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=27294
Summary: livezilla can't start, complains of missing Verdana
font
Product: Wine
Version: 1.3.20
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
A user complained that Livezilla wouldn't start, see
http://forum.winehq.org/viewtopic.php?t=12202
I was able to reproduce this, plus a possible font-related gdiplus bug:
cd $HOME
rm -rf ~/.wine
sh winetricks corefonts dotnet20
wget http://www.livezilla.net/downloads/pubfiles/LiveZilla_3.3.2.2_Full.exe
wine LiveZilla_3.3.2.2_Full.exe
cd ~/".wine/drive_c/Program Files/LiveZilla"
wine LiveZilla
That gets the error
Your system misses the font Microsoft Sans Serif
Copying micross.ttf from a Windows system into ~/.wine/drive_c/windows/Fonts
gets past that. (Dunno if that needs to be added to winetricks,
or if one of the existing fonts in 'allfonts' should satisfy it.)
The next problem is
Your system misses the font Tahoma
Doing
winetricks tahoma gdiplus
gets past that. (Don't know why gdiplus was needed, that's interesting.)
The next problem is the user's error,
Your system misses the font 'Verdana Regular'
Which is funny, because Verdana Regular is already in windows/Fonts,
and WINEDEBUG=+font shows
trace:font:AddFontToList Loading font file
"/home/dank/.wine/dosdevices/c:/windows/Fonts/Verdana.TTF" index 0
trace:font:get_familyname Got localised name L"Verdana"
trace:font:AddFontToList fsCsb = 2000019f 00000000/00000287 00000000 00000000
00000000
trace:font:AddFontToList Added font L"Verdana" L"Regular"
...
trace:font:AddFontToList Loading font file
"/usr/share/fonts/truetype/msttcorefonts/Verdana.ttf" index 0
trace:font:get_familyname Got localised name L"Verdana"
trace:font:AddFontToList Already loaded font L"Verdana" L"Regular" original
version is 10000, this version is 10000
trace:font:AddFontToList Original font is newer so skipping this one
Oddly, at some point, wine forgets about the Regular variant:
trace:font:DumpFontList Family: L"Verdana"
000d:Ret advapi32.RegGetValueW() retval=0000trace:font:DumpFontList L"Bold"
2000019f
000d:Call advapi32.RegGetValueW(0000004c,000trace:font:DumpFontList L"Bold
Italic" 2000019f
Perhaps one of the fonts in /usr/share/fonts is interfering...
--
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=24653
Summary: Builtin GdiPlus doesn't draw lines equally to native
GdiPlus
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: boreno(a)gmail.com
Created an attachment (id=31163)
--> (http://bugs.winehq.org/attachment.cgi?id=31163)
Sourcecode that draws GdiPlus pixel-perfection tests. Image that shows tests
drawn using native and builtin GdiPlus.
Lines are off by 1 pixel at either start or end position depending on drawing
operation. Image and source code attached. Marked with severity major since it
ruins pixel-perfection for UI components developed to rely on GdiPlus. In other
words, it looks too ugly to be released to customers.
--
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=27447
Summary: HAL7600 doesn't start
System.InvalidOperationException:
WinForms_SeeInnerException
Product: Wine
Version: 1.3.22
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Unhandled Exception: System.InvalidOperationException:
WinForms_SeeInnerException ---> System.Reflection.TargetInvocationException:
Exception has been thrown by the target of an invocation. --->
System.ComponentModel.Win32Exception: No valid icon entry were found.
at System.Drawing.Icon.InitFromStreamWithSize (System.IO.Stream stream, Int32
width, Int32 height) [0x00000] in <filename unknown>:0
at System.Drawing.Icon..ctor (System.Runtime.Serialization.SerializationInfo
info, StreamingContext context) [0x00000] in <filename unknown>:0
at (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke
(System.Reflection.MonoCMethod,object,object[],System.Exception&)
at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0
--- End of inner exception stack trace ---
at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags
invokeAttr, System.Reflection.Binder binder, System.Object[] parameters,
System.Globalization.CultureInfo culture) [0x00000] in <filename unknown>:0
at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[]
parameters) [0x00000] in <filename unknown>:0
...
at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run
(System.String[] commandLine) [0x00000] in <filename unknown>:0
at HAL7600.My.MyApplication.Main (System.String[] Args) [0x00000] in
<filename unknown>:0
http://forums.mydigitallife.info/threads/23966-UNSUPPORTED-HAL7600-Permanen…
mono210 required. Check url for direct download link
--
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=21227
Summary: cmd doesn't echo redirection like native
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P3
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Native cmd echoes commands after some canonicalization has been done
on their redirects. A batch file containing
dir 1> ok
dir > bad
dir | bad
dir > blah > bad
echoes as
dir 1> ok
dir 1> bad
dir | bad
dir 1> bad
(note the extra space inserted before the > or |).
Wine's cmd doesn't currently do this, but it could probably
do so without too much trouble; it already collects redirects
separately for each command.
For the moment I'll probably put a kludge in the cmd conformance
test runner to compensate.
--
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=24026
Summary: Tab completion for cmd
Product: Wine
Version: 1.3.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrew.millington(a)gmail.com
Pressing tab only creates a space but should complete a file name in the same
way that Windows does with their Command Prompt.
--
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=21806
Summary: Star Wars Empire at War: Demo crashes during battles
Product: Wine
Version: 1.1.39
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gaming4jc2(a)yahoo.com
Created an attachment (id=26385)
--> (http://bugs.winehq.org/attachment.cgi?id=26385)
Tutorial 1 debugs, pagefaults, backtraces...
This seems to affect the game any time you are going into battle. At the
loading screen the game will issue a exception.
You have two choices, retry or cancel. I've provided a backtrace log that
results from each selection - as well as the game's built debugger log.
For anyone wishing to confirm, just try Tutorial 1. It will crash in under
2mins. The other tutorials may crash too, but not nearly as often since there's
not many battles to load. I was using the Demo CD I got in a promo.
--
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=19712
Summary: Template text instead of usual information in
VirtualBox installer
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b0ntrict0r(a)yandex.ru
Created an attachment (id=23024)
--> (http://bugs.winehq.org/attachment.cgi?id=23024)
Screenshot that illustrates the problem
Text labels are filled with a template text instead of components description,
installation path, size, etc. in VirtualBox 2.2.4 installer. Text in label (1)
substitutes with proper content after selecting component in the tree, and text
in label (3) substitutes with proper text after selecting installation path in
"Browse" dialog.
--
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=17195
Summary: NamedPipe datagrams need to be _really_ datagrams
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lkcl(a)lkcl.net
ok, after a little bit of investigation, i think i understand the pipes code
enough to be able to say what's going on, and i'm seeing something like this:
process 1:
recvpipe = CreateNamedPipe("\\pipe\fred")
ReadFile(recvpipe, buffer, &length);
printf(length) ===> 43
ReadPipe(recvpipe, buffer, &length); /* no data */
process 2:
sendpipe = CreateNamedPipe("\\pipe\fred")
length = 9;
WriteFile(sendpipe, buffer, &length);
length = 34;
WriteFile(sendpipe, buffer, &length);
what's happening is that the data being sent down the pipes isn't being done as
datagrams. the implementation is using a stream-based fd.
the solution is: you _must_ implement a protocol on top of the pipes which
sends the length (as a 32-bit int, whatever) which is read off the fd, followed
by the data stream of _exactly_ that length.
_must_. there's no two ways about this.
the protocol of Pipes is unfortunately a combination of both datagrams and
streams. datagrams because the lengths of data sent are absolute and
inviolate. streams because the data order and reliability are _also_ absolute
and inviolate.
you can't use datagrams (because they're unreliable). you can't expect all
unixen to support datagrams on top of unix sockets (if that's what's being
used).
so - you have to send the length, as part of the implementation of the
pipe-data-send.
sending a length will also solve the issue of trying to send zero-length pipe
datagrams.
as a first implementation, you _might_ be able to get away with assuming that
when someone asks for some data, they _will_ provide a buffer big enough.
... actually... i don't see any ERR_MORE_DATA error codes in NtReadFile, so
that would explain... this is going to get messy :)
--
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=21369
Summary: Tab bar isn't fully visible in HTML-Kit; must be
scrolled
Product: Wine
Version: 1.1.36
Platform: x86-64
URL: http://www.chami.com/html-kit/download/
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Created an attachment (id=25731)
--> (http://bugs.winehq.org/attachment.cgi?id=25731)
Terminal output
In HTML-Kit build 292, one of the tab bars (the one below the current working
file) isn't displayed as expected in Wine. In Windows, the entire tab bar is
visible, but in Wine, part of it is cut off, with scroll arrows present to
bring the rest into view. Native comctl32 installed by winetricks fixes the
issue.
Interestingly, increasing Wine's DPI to 120 allows all the tabs to display at
once, though rendering is still a bit different from Windows.
Terminal output is from opening the program and entering "create a new file"
mode (which is when the tabs first become visible).
--
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.