http://bugs.winehq.org/show_bug.cgi?id=36966
Bug ID: 36966
Summary: Turkey - Europe/Istanbul timezone is not detected
Product: Wine
Version: 1.7.22
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kaankasim88(a)gmail.com
Created attachment 49086
--> http://bugs.winehq.org/attachment.cgi?id=49086
.net crash
Wine throws a timezone error and this causes .net applications to crash. My
timezone is set to Europe/Istanbul, and checking timezone info with timedatectl
shows it as correctly set. I looked at the wine registry and there doesn't seem
to be a Turkey tz, I tried importing one from windows but it didn't help. (I
also changed display name to Europe/Istanbul in registry, no luck)
Changing timezone to GMT or something else fixes it, but this is not
acceptable.
--
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=35493
Bug ID: 35493
Summary: IMVU shows loading bar, but will not start.
Product: Wine
Version: unspecified
Hardware: Other
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: WhiteTigerTails(a)gmail.com
Classification: Unclassified
Created attachment 47381
--> http://bugs.winehq.org/attachment.cgi?id=47381
backtrace/log
After an install, IMVU will not start after the loading bar. i386 machine
running ATI graphics card. Log posted below.
--
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=37192
Bug ID: 37192
Summary: Some Chinese displayed as garbage in DushuBus
everytime updating bookmarks
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: penghao(a)linuxdeepin.com
DushuBus is an online book reader.
Download DushuBus from http://www.dushubus.com/down/book_setup_12.4.exe
Install Dushbus and dependencies: winetricks -q mdac28 jet40.
Step 0.Start DushuBus from
C:/Program Files/读书巴士/Book.exe
Step 1. Click the 网站设置 (Network settings) item from the dropdown menu in the
right top corner of DushuBus:
Step 2. Click 小说正文标识设置 (Bookmarks settings)
Step 3. Click 在线更新 (online update)
Step 4. Click 确定 (ok)
See: dushubus_code.png for screenshot
Some Chinese characters display in garbage.
===
未完待续,欲知后事如何,请登录新浪原创┰母嗾陆凇VС肿髡撸С终妗?lt;/p><p>新浪原创:http://vip.book.sina.com.cn
===
--
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=37193
Bug ID: 37193
Summary: Behaviour of all software by (only on) HDMI monitors
by extruted desktopn of laptop
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: tothsoft(a)gmail.com
Behaviour of all software by HDMI monitors by extruted desktop of laptop. All
applications are delimited on second (hdmi) monitor.
On laptop is still all ok. Also by using of vga connector for connection of
second monitor, is also all ok.
Delimited using: impossibility work with. e.g.: ms office 2007, pdf xchange.
My current wine is 1.7.22 , ..and i use last playonlinux.
--
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=24588
Summary: 64 bit issue within qsort()
Product: Wine
Version: 1.3.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stefan(a)obssys.com
Created an attachment (id=31054)
--> (http://bugs.winehq.org/attachment.cgi?id=31054)
Patch to fix 64 bit issue within qsort()
Change all types from int to size_t within NTDLL_mergesort().
--
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=37206
Bug ID: 37206
Summary: Starcraft broodwar stops at the startup screen
Product: Wine
Version: 1.7.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: glenn.schrader(a)verizon.net
Regression SHA1: 7366709d60f42ae09a37548e41c030c5e82fef6a
Created attachment 49458
--> https://bugs.winehq.org/attachment.cgi?id=49458
Log file captured using "WINEDEBUG=all+d3d,ddraw,wgl,x11drv"
The checkin log for the regression SHA1 says "wined3d: Restore the pixel format
of the window whose pixel format was actually changed".
The symptom is that when Broodwar starts up it stops at the loading screen. It
is not hung since the "Loading" text continues to flash. Left alone, it will
stay at this screen forever. The only way I found to get past the startup
screen is to manually trigger the screensaver. After the screensaver has
started and been terminated, Broodwar gets past the loading screen into the top
level game screen. The game will run at this point but there is no GPU
acceleration so everything is quite slow.
Note that SHA1 b8569d2f3006bbb14b973eca15a608f9575a0ebd works properly at full
speed with no problems (aside from the normal Battlenet issues, etc).
One thing that may or may not have a bearing on this is that I'm running on a
dell laptop with a NVIDIA GPU. This laptop only supports a single screen
resolution (1440x900). Before NVIDIA dropped re-scaling a while back Broodwar
would run full screen with no problem. Afterwards, it would start up in a
corner of the screen but I could scale it before starting Broodwar using
"xrandr --output LVDS-0 --scale-from 640x480".
I used "export WINEDEBUG=all+d3d,ddraw,wgl,x11drv" to capture diagnostic data
while the system was at the startup screen. The log file is attached. Note that
the place where the log starts being repetitive is around line 8043.
--
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=22274
Summary: Edit control continues scrolling after mouse leaves
window
Product: Wine
Version: 1.1.42
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nospam(a)thenerdshow.com
Created an attachment (id=27210)
--> (http://bugs.winehq.org/attachment.cgi?id=27210)
user32: edit control scrolling now properly follows mouse selection
I will attach the source code for a small test program that reproduces this
behavior.
Steps to reproduce:
$ wine et.exe (edit test program)
Alternate steps to reproduce:
$ wine notepad
1. Paste the text of this bug report into the window.
2. shrink window down to about the size of a business card
3. Edit Menu - > turn off Wrap long lines
* A horizontal scrollbar should appear.
4. left-click in the window
5. continue holding down the left mouse button
6. drag mouse to the right until it leaves the window
7. continue holding the left button down
8. wait...
* Notice that the text selection keeps growing. This doesn't happen on windows.
9. still holding the mouse, move it around outside the window
10. Try to select a paragraph of text without using the scrollbars.
* Notice that it is hard to select the exact amount of text you want because
the selection keeps growing spookily on its own. Again, this doesn't happen on
windows.
Well, I found out what's causing the spooky growing text selection.
It's a fixme of WM_TIMER in edit.c
The attached patch fixes it.
--
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=21539
Summary: Using "Bare Streams" console mode with SRCDS does not
work.
Product: Wine
Version: 1.1.37
Platform: x86
URL: http://srcds.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: laurikoivunen(a)hotmail.com
SRCDS ( Source Dedicated Server ) is designed to run both in GUI and CLI modes.
However, when trying to run the server in pure console without X and using
"bare streams" as described here (
http://www.winehq.org/docs/wineusr-guide/cui-programs ) I still receive the
error:
DISPLAY='' WINEDEBUG=+console wine srcds.exe -console ...
trace:console:AllocConsole ()
err:curses:WCCURSES_InitBackend (n)curses was not found.
err:wineconsole:WINECON_Init failed to init.
This is probably due to srcds running in "hybrid" mode where it is marked as a
GUI application, but uses AllocConsole to create a console hence resulting in a
new console creation, which currently fails.
As a workaround I stubbed AllocConsole and only returned TRUE. This allows the
application to start and reach a point where it tries to read the console and
where it then fails due to wine not being able to read from the console.
Could you add an option for true "bare streams" and so that input would also
work?
ps: I know that there is a linux version of SRCDS but there are no linux
binaries for the server I am trying to run. This bug forces a lot of server
hosters run X on their servers to be able to run SRCDS in wine. The server is
free to download and use.
--
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=23546
Summary: several wine programs fail to run under cygwin
Product: Wine
Version: 1.2-rc6
Platform: x86
URL: http://www.cygwin.com
OS/Version: Windows XP
Status: NEW
Keywords: download, source
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
A user reported this in #winehq, so I tried it myself. After bug 21526 was
fixed, wine programs all compile, but several don't run. I haven't tried them
all, but, e.g., notepad runs, but cmd, dxdiag, eject do not. Trying to run them
gives:
/home/austin/wine-git/programs/cmd/cmd.exe: error while loading shared
libraries: libwine.dll: cannot open shared object file: No such file or
directory
seems to be the CLI programs that don't run..
--
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=23766
Summary: (Shift) Ctrl + Tab isn't handled in winecfg
application
Product: Wine
Version: 1.2
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
The subject says it all.
I tried searching for any similar bugs filed previously and I couldn't find
anything.
--
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.