Ryzom Core Development Site: Issues

Ryzom - Feature #1500 (New): Feature request: ability to equip items on hotkey (or upon shortcut ...

2012-10-07T02:51:24+02:00

One qute annoying thing compared to some other games is that items can't be equipped by hotkeys.
Most notably, weapons/picks/amplifiers/... - it makes some actions slower and less convenient than they should be.

In ideal world I would even like a macro which both sets actions bar for weapon and equips it. Or at least it's nice to have keyboard shortcuts to switch weapons, etc to do it a bit faster and in more convenient ways. It's really nice how shortcut bar switcing works. So it's good to have something similar for weapons as well.

Ryzom - Bug #1499 (New): Camera state is no longer remembered in client.

2012-10-06T13:34:45+02:00

Configuration:
I'm using Xubuntu 12.04, 64 bit and Ryzom client from Kervala's PPA, version 0.8.2683~precise2.
All settings are default.

To reproduce:
1) Launch client and enter to game.
2) Change camera from 1st-person view to 3rd person view and adjust scale.
3) Exit client.
4) Re-start and re-enter game.
5) Make sure that camera resets back to first person view regardless of changes.

Expected:
Camera settings saved.

Note:
It has worked fine in previous client version and I can remember this bug has been fixed at least once some ages ago.

Ryzom - Bug #1498 (Resolved): Client fails to switch shortcut bars on ctrl + number hotkeys.

2012-10-06T13:25:37+02:00

I'm using Xubuntu 12.04, 64 bit and Ryzom client from Kervala's PPA, version 0.8.2683~precise2.

Configuration:
Default state of client, no pre-existing configs (except data stored on server), etc.

To reproduce:
When in game, try to switch shortcut bars by using default ctrl+1 ... ctrl+9 hotkeys.

Result:
No effect. Shortcut bar does not switches.

Expected:
Appropriate shortcut bar selected according to number used with ctrl.

Note:
Previous PPA version worked perfectly in this regard (but obviously had some minor issues with webapps, etc after server merge).

Ryzom - Bug #1497 (Resolved): optimize the drawing of radar by removing multiple access to local db

2012-09-29T13:54:08+02:00

using dB observer reduce the time passed in radar drawing function.

This improves a least a factor of 2 the time spent in the function.

Ryzom - Bug #1496 (Resolved): Fall back to OpenAL default device

2012-09-28T22:01:04+02:00

On my system (64-bits ArchLinux: Linux 3.5.3, Glibc 2.16, OpenAL 1.14, Alsalib 1.0.26), the NeL OpenAL driver can't find a proper output device. The game has no sound and crashes when unticking and ticking again “Enable sound”.
Here is a patch that fixes the former issue —finding a proper output device— by making the NeL OpenAL driver fall back to a default device.

Ryzom - Bug #1495 (New): Relocation R_X86_64_PC32 error

2012-09-23T14:08:27+02:00

When building on Debian with DEB_BUILD_MAINT_OPTIONS := hardening=+all, we got a lot of relocation R_X86_64_PC32 against undefined symbol... errors. Using -fPIC everywhere doesn't help.

The error seems to be related to "static" variables in headers so every singleton class can't be linked. Moving the variable in .cpp file fix the issue in some case.

Ryzom - Bug #1494 (New): wrong path to version.hpp vc9.7

2012-09-22T14:20:14+02:00

Hi guys just found a Bug in the Cmake List for vc9.7 Cmake looks for the version.hpp under ...include/boost/boost

it should be include/boost/ took me a hell of a time to find it. The problem lies somewhere in the code under ...nel/src/sound somewhere there is a wrong directory path. I can´t find it in the moment though

I just placed another boost folder inside. Compiling works fine

Ryzom - Feature #1493 (Resolved): MultiArch support

2012-09-22T11:23:25+02:00

Libraries shouldn't be installed directly in /usr/lib under Debian-based systems that support multiarch, they should be installed in /usr/lib/<triplet>.

Ryzom - Bug #1492 (New): OVQt: Object Viewer Plugin - cannot disable sound.

2012-09-17T16:52:25+02:00

In the OVQt Object Viewer Plugin the \_isSoundEnabled member is defaulted to true and the configuration file is ignored (SoundEnabled = 0; has no effect.)

Ryzom - Bug #1490 (Resolved): Created a named item when running the server in debug mode leads to...

2012-09-12T20:17:52+02:00

When you issue a createNamedItemInBag command when your EGS is running in debug mode it encounters a full stop with the following logging:

2012/09/12 17:29:20 213.166.170.12/EGS-138 WRN b715a6d0 log_item_gen.cpp 1221 : /home/mattr/sandbox/ryzom/code/ryzom/server/src/entities_game_service/game_item_manager/game_item.cpp(1210) : Missing log context for log 'Item'
2012/09/12 17:29:20 213.166.170.12/EGS-138 AST b715a6d0 log_item_gen.cpp 1221 : STOP

It looks like this fires normally but when in debug mode the STOP macro hits DEBUG_STOP which actually halts the EGS. The issue is that the 'Item' types in game_item.cpp have no context declared in the source file or even defined in the log_item_gen.h/cpp files in server_share. I think the solution is to add this to the top of the game_item.cpp file:

TLogNoContext_Item      noContext;

Ryzom - Feature #1488 (New): Allow user to bind more than 3 mouse buttons

2012-08-16T16:16:53+02:00

It seems like we can't bind more than the 3 first mouse buttons to actions.

We should check that and allow more buttons to be used.

Ryzom - Bug #1483 (Resolved): Local data files are not removed from ~/.ryzom when after uninstall

2012-06-20T20:31:52+02:00

Ubuntu 12.04 LTS
ryzom 1.13.0.2024-0ubuntu2

We've had a bug report for the Ubuntu Software Center project on Launchpad from a user who noticed that the set of local data files stored in ~/.ryzom are not removed when the application is uninstalled. Since there are quite a few GB of data here, it might be better to remove these files and allow them to be redownloaded on startup in the case of a reinstall.

The original Ubuntu bug on Launchpad is here:

https://bugs.launchpad.net/bugs/997514

I think this bug can be fixed in a straightforward manner in the ryzom debian packaging.

Please let me know if I can provide any other info, etc., and many thanks for all your good work on this great game!!

Gary

Ryzom - Feature #1444 (Resolved): Add details for user-agent

2012-03-06T12:35:28+01:00

Currently Webig user-agent is "Ryzom". We should add at least the platform (Windows, Linux, Mac OS X, etc...), the version or revision used to compile the client and the architecture (amd64, i386, etc...).

Ryzom - Bug #1183 (New): NeL receives mouse move events, even if the app is not active

2010-11-09T23:31:34+01:00

This happens only in fullscreen mode.
Events are even reported, if the mouse is moving over another window, so they get reported "through" the other window.

To fix this, NeL need to know whether the application is currently active or not. Currently, this is not implemented on Mac.

Ryzom - Bug #1056 (New): X11: Setting mouse position when showing mouse after FreeLook

2010-08-05T03:17:17+02:00

In FreeLook mode, the mouse is hidden and the position is reset to 0.5/0.5 after every move (raw mode emulation on X11).
When the FreeLook mode ends and the mouse shows up again, the old position (before hiding the mouse) should be restored.

This works well if the mouse is only hidden for ~0.5sec. It works as well if the mouse stays hidden for ~5sec.

But it does not work, if the mouse is hidden for like 2sec and not moved! It shows up at 0.5/0.5 then.