Archive for the 'Bugs' Category
March 9th, 2013 by NickyP
A crash to desktop is corrected. Additionally, a merge to LL viewer-development is applied to rule out upstream code correcting the crash.
This crash occurred when a user received an instant message (IM) with the conversations floater closed. A quick flash of the incoming IM notification would occur but, the Chat button inside the toolbar would not flash. When the user pressed the Chat button the viewer would crash.
Updated downloads are available here.
For additional detail see the redmine tracker issue.
February 9th, 2013 by NickyP
If you don’t need or use mesh upload this crash fix release isn’t needed.
Download link.
December 6th, 2012 by NickyP
Update:
*************************************************************************************************************************
Additional testing shows that the problem is deeper than this one changeset. My test build worked fine with a local opensim grid and the viewer on the same machine. Once separated by network the problem would come and go.
kokua-dev is set back to public. I suggest if use of 3.4.1/24900 on opensim grids that have not updated.
I have not seen spammed logs on that version. With 1000 downloads of that version, if the issue was there it stands to reason that it would have been reported.
Grid operators may want to ban kokua 3-4-2 and SL 3.4.2 until after simulator updates.
**********************************************************************************************************************
This problem is from LL’s 3.4.2 code. I have identified it to changeset https://bitbucket.org/lindenlab/viewer-release/commits/eeb7464542b8c4a23f8cf98c4490be7419207eb5
I have backed out this changeset and will provide new downloads later today. I mean time the kokua-dev repository is set private to prevent additional issues for opensim grid operators that have yet to update to the latest master version. Osgrid updated to master (10-12 hours ago) and that corrected the spam issue there.
The messages on the opensim server console are like:
2012-12-05 19:22:44,159 WARN - OpenSim.Capabilities.Handlers.GetTextureHandler [GETTEXTURE] : Malformed Range header: bytes=2048-
The corresponding messages in the viewer log are like:
2012-12-06T02:11:54Z INFO: newview/lltexturefetch.cpp(1307) : LLTextureFetchWorker::doWork: HTTP GET failed for: http://192.168.1.5:9000/CAPS/1bbf6e51-ff38-4dbf-b790-f22d9f368f75//?texture_id=abb783e6-3e93-26c0-248a-247666855da3 Status: 400 Reason: ” Attempt:4/4
This did not occur on SL grids.
The message spam is no longer present once the above referenced changeset is backed out. No apparent ill effects were noticed when logged to SL beta grid using a test viewer with the offended changeset backed out.
July 31st, 2011 by Codie
In order to prevent a few bug reports, we would like everyone to read this JIRA explaining the issue. Basically, most TPV viewers are affected by a bug that prevents from setting map, edit and visibility rights from your friendlist. This only occurs on the SecondLife grid and doesn’t affect other grids. It’s unfortunately out of our control, and also affects most other TPVs. The JIRA issue is marked “Fix Pending” so we can expect that to be repaired on the next Sim rollout by the Lindens.
NOTE: This won’t affect permissions ALREADY granted to users before that bug occured. Those who already had those types of rights set up will still have it working.
JIRA SVC-7104: Granting/revoking perms broken for non-web-profile viewers
Thanks for your patience.
Codie, Community Liaison for Imprudence
October 6th, 2010 by Codie
Hello dear Imprudents!
We have been informed of a weird bug affecting Imprudence’s ability to accept a new TOS for SecondLife. The SL TOS page is just not loading correctly and some people will either be stuck at the acceptance page or can potentially crash. The developers are aware of the issue and will apply a fix this week that will go both in the latest 1.3.0 branch and 1.4.0 Experimental.
A temporary workaround is simple: use another viewer to accept the TOS, then relog in Imprudence, and everything should be working fine.
PS: You DO NOT need to download Viewer 2.x to do so! Any old viewer will work. We recommend the text based Radegast to login and accept the policy change.
We apologize for that glitch and any inconvenience, and we thank you for your great patience with that matter.
Codie, Community Liaison for Imprudence Viewer
UPDATE: A hotfix is now available for the most recent Experimental release:
September 13th, 2010 by McCabe Maxsted
For those of you who use Imprudence on Second Life, you may have noticed a strange bug recently: the world map is gray.
It seems Linden Labs broke our world map a couple of days ago, either accidentally or on purpose. A bug report has been filed with LL: SVC-6301 (now being addressed in SVC-4575). If you’d like to see this fixed, please join us in voting there.
September 3rd, 2010 by McCabe Maxsted
Have you gone to Preferences > Text Chat and unchecked Play typing anim like so:
Only to see your avatar still typing afterward? We’ve had sporadic reports of this on the forums, and were puzzled by them too, until we were pointed to a post on sluniverse.com by Innula Zenovka:
The issue may well be that the latest server update [for Second Life], 1.42, fixes a long-standing bug in the function llGetAgentInfo. Previously, if it tested for AGENT_TYPING it only returned TRUE if the typing animation was playing, not if you were typing at the keyboard (which is what it was originally meant to do).
What this means in practice, though, is that some AOs need updating because they assume — mistakenly, now — that, if llGetAgentInfo tests TRUE for AGENT_TYPING it must mean you want an anim playing when you type.
The simple fix is to comment out the line in your AO notecard that refers to the typing anim.
From comments on the forums, it seems this fix is confirmed. Hopefully this helps people who’re seeing this issue and trying to figure out what’s going on.
May 7th, 2010 by Jacek Antonelli
A user has reported a serious bug which affects users connected to Second Life with Imprudence 1.3.0 beta 3.
If you are using Imprudence 1.3.0 beta 3 while connected to Second Life, avoid rezzing objects from your inventory while the Build window is open, especially no-copy objects! Doing so will cause the custom texture settings from the Advanced Build Options to be applied to the object, even if you have not changed any of the Advanced Build Options. Rezzing no-copy items with the Build window open may permanently ruin the item’s textures!
The issue does not occur when rezzing objects while the Build window is not open. So, be sure to close the Build window before rezzing objects from your inventory.
The issue does not seem to occur while connected to OpenSim, but OpenSim users should still be cautious until they have determined whether this bug affects them.
We are working to fix this issue as soon as possible. We have removed the downloads for 1.3.0 beta 3 while we fix the issue.
Update: Imprudence 1.3.0 beta 4 has been released, which addresses this bug. If you are using beta 3, you should definitely upgrade.
April 9th, 2010 by McCabe Maxsted
If you installed Imprudence 1.3 beta 2 on Windows in a different directory than 1.2 or as a clean install, you might have noticed both the loading screen and web search windows not working:
The cause of this was a folder that was accidentally left out of the Windows installer. To fix this, download the file hosted here and extract the “mozilla“ folder inside to:
C:\Program Files\Imprudence\app_settings\
or wherever your default install for 1.3 beta 2 is. Sorry for the trouble. This issue has been fixed for future versions.
June 8th, 2009 by Jacek Antonelli
If you’re a Windows user who had used the 1.1.0 RCs, you may be seeing these errors when you run Imprudence 1.1.0:
The ordinal 67 could not be located in the dynamic link library zlib1.dllThe procedure entry point gst_rtp_buffer_calc_header_len could not be located in the dynamic link library libgstrtp.dllThe procedure entry point gst_rtp_buffer_payload_type could not be located in the dynamic link library libgstrtp.dll
If you’re having those or similar errors, you should re-download the Windows installer for Imprudence 1.1.0! There were some old DLLs left by the RCs which were causing trouble. The new installer should get rid of them.
