|
|
|
[
Permlink
| « Hide
]
Harleen Gretzky added a comment - 03/Apr/08 06:52 AM
It will appear this way until the page loads.
Well to add a data point.
I opened Help > Second Life Help, that opened a Media Browser window. Minimized it, then restored it to normal and left it open for an hour. It remained black the entire time. Closed it. Then to try and rule out minimizing it. I opened Help > Official Linden Blog.. and left that open for half an hour. These windows remained black and content-less for the entire time. Upon hitting Open in My Web browser, they opened up in my default web browser in a reasonable time. But never showed any signs of content within SL. I have been having this problem for several weeks. When it first happened I figured the search site was probably just down temporarily. However I have not been able to get anything out of the in world browser since then.
I have used the new all search several times in the past with no problems, so I went back and tried it on the 1.19 viewer to see if that would help. It didn't work with that viewer either.
Second Life 1.20.6 (86925) May 6 2008 19:02:03 (Second Life Release Candidate) You are at 265149.9, 235249.1, 247.5 in Hobak located at sim2787.agni.lindenlab.com (216.82.19.30:13000) CPU: 4 x i386 (Unknown) (2660 MHz) I re-installed the old 1.19.0.5 viewer and tried the All tab search in that and it worked fine. But it no longer works in 1.19.1 or any of the 1.20 RCs. I am not able to connect to any web content through the in-world browser.
I asked around today and talked to two other Mac users. The first one was having the same problem. all they got was a blank black window. The second one had no problem at all with the all tab in the search. said they got pictures and links. They were using version 1.19.1
So at least now we know it can work on a Mac. Now I just have to figure out why it doesn't work on my Mac. I have also chatted about this with a few PC users and haven't found any problems there yet. What I am finding so far is that most people don't know yet that there is an in world browser so if it is broken it may take quite a while to discover it. I searched through the forums and didn't find any posts in there about the inworls browser not working. So I went to the knowledge base. I started with the page on Mac performance tips. They recommend NOT to run the Mac full screen. I have always run it full screen because the native resolution on my cinema display is 1920x1200. That is pretty extreme for animated 3D. I get much better performance without much loss of quality at 960x600 full screen.
But this made me wonder if this might have some connection to the problem with the browser. So I logged in with the viewer running in a window and the in world browser is working just fine. In fact I am writing this comment through the inworld browser right now. This would also explain how this one could have slipped by. The testers would most likely follow the knowledge base reccomendation to run in a window. But to put it bluntly...if I am running in a window I don't need the inworld browser now do i? The main reason I wanted it so badly was that I was running full screen which put my regular browser out of reach. So I still consider this a major issue with no work around. Running in a window isn't a work around because that defeats the whole purpose of the inworld browser. (i'm kinda giggling here <g>) What I am looking for is some suggestion of possible individual settings that might fix this problem. This just seems like one of those things that could be fixed by some obscure networking setting. I will go back to the knowledge base and do some more reading. Yup, I can pretty much confirm Cotytto Bonetto's findings (good work!) - the inworld browser and new Search pane start working for me again if i login to windowed mode.
However if i login to fullscreen mode and then switch to windowed it does NOT work. Login to windowed mode and then switch to fullscreen and it DOES continue working. So it does seem to be connected with login directly to fullscreen. As Cotytto says, this makes no real sense, who needs the inworld browser in windowed mode? Additionally, whatever the Knowledge Base (i'm kinda giggling here) says windowed mode on Mac is a bugfest (for me). Textures can get scrambled, object occlusion starts to fail, my avatar puts on tights or turns completely black (without my asking!) and various other problems appear. Fullscreen mode is much more stable for me and gets better performance even at higher res' - remember the Mac is then not having to render the desktop or any other app's windows (plus u can also reduce SL's res' in fullscreen if necessary). As a workaround I could startup in windowed mode (to fix the browser issue) and then switch to fullscreen but that (for me) makes SL very unstable and it inevitably crashes a short time later. Altogether, not the best time to be an SL user really, huh? Log file is showing the request for the search page URL in both full screen and window mode. That is all I have been able to determine from the logs. I am boosting the priority on this to Major due to impairment of function. I think a lot more people will start noticing this once the inworld browser function actually becomes widely known. Don't forget to vote on this bug if it effects you.
from my log file in full screen mode: 2008-05-09T20:06:54Z INFO: navigateToDefaultPage: default url: http://secondlife.com/app/search/index.php?lang=en-us&m=Y&t=N®ion=xxxxx&x=xxx&y=xxx&z=xxx&session=8eaed62c-648e-49ea-8cca-af28bd2e400b I sure hope someone fixes this soon. I have been trying to follow the Bug Triage meetings. I have to go into window mode to follow the links they mention and SL goes unstable and crashes when I do that. I know that, eventually, they are going to significantly expand the use of the inworld browser in the search, most likely replacing the old search completely. If this isn't fixed by then it will turn into a showstopper as SL will be pretty much unusable for many Macs.
As I predicted, the latest release candidate has moved more of the search functionality to the web. You now need the inworld browser to search for groups and places. The loss of the places search makes this issue an immediate showstopper. There is no way to effectively use SL without the place search and the group search is a close second. The next update will liekly move the people search to web based making SL virtually worthless without a functionaing inworld browser.
So I have raised the level to showstopper Forgot to mention earlier - with this bug, whenever I try to use the inworld browser or Search the SL client drops an xml file called 'url_history.xml' into the root directory of my hard-drive. The file contains nothing except the line<llsd><undef /></llsd>
Weird that so few people are suffering this bug or that so few have noticed it - but then how could you miss the new Search pane not functioning? Does every Mac resident never use fullscreen? Or have we got something else in common that's causing the bug? Either way for those who suffer it, as Cotytto says, it's a showstopper... This issue has been here over a month, and it has only 3 votes, and 3 people reporting a problem with it ?
Please explan why that deserves showstopper status ? ok...I will explain the showstopper status one more time. Votes are a great idea but they aren't always the entire picture and they need to be used with at least a little intelligent thought. the definition of showstopper is "severe, confirmed issues which demand immediate attention from Linden Lab."
The vast majority of the SL population is unaware that there is an inworld browser. And up til now it didn't matter. What difference does it make if the F1 help somehow doesn't work inworld I didn't even know myself til I started researching the All tab search failure and found this jira issue. If something like that is broken people don't worry about it. And the All tab search wasn't much more important. When I started asking around inworld about this problem, 90% of those I talked to had never tried the All tab. Many had never even noticed it. I only started looking into this when I had a bit of spare time. Who cares if a redundant method of search doesn't work? So up til yesterday this really wasn't an issue except, as I noted in comments above, it would become a huge issue when LL set the entire search to web based. This is one of those things that is going to suddenly make SL unusable for a large portion of the SL population. The fact that the land purchasing is broken due to a DNS problem shows that land search is probably in the final stages of the changeover to web based. I suspect the people search is well on the way to it also. The switch really is a smart move. I am all for a web based search. It just makes sense. And I am not really against them testing it in this RC...go for it...get the bugs out. And this is clearly going to be one of the top bugs. Lets get this thing working so when this hits the main viewer we don't have hundreds of people in here asking why LL doesn't test these things before they release them. Yeah...maybe technically this issue won't be a showstopper until that actually happens...but that is a bit like not worrying about a red light until you hit something. Perhaps this really needed to be raised to showstopper sooner. To the original issue, this is not a bug.
Some http links will not open inworld. Set your option to open in an external browser. Cotytto Bonetto, your issue is different than the OP - please open a separate Jira for it if you are still experiencing this.
That is incorrect Alexa
here is the repro Log in to SL on a mac with the client set to full screen you cannot access any function requiring the inworld browser That is what the original poster reported - the inability to access ANY inworld browser functions on a mac. I looked into it and found the exact repro. as the OP stated in the original post as well as in the first comment reply, this is a permanent failure of ALL functions requiring the inworld browser including Search All, Inworld Help (F1), LSL Wiki help, The official Linden blog and inworld bug reporting, as well as any and all web pages accessed through the inworld browser brought up by F1. That is a bug. I am reopening this Totally agree with Cotytto, it's ridiculous to shut this issue down without any real consideration. I think we're smart enough to realise that some pages (particularly those requiring plugins) will not work in the inworld browser - but the LSL Wiki? The SL help pages? Not to mention the inworld Search panel...and, by the way, EVERY OTHER WEBSITE ON THE PLANET?
I acknowledge that this bug may only affect those of us with certain hardware/software config's - this might explain the apparent low response to this issue - but for those of us affected it's pretty much a showstopper. It seemed to arrive with an updated version of SL, i'm not aware of any other change i made to my system that would cause it. We could do with some help to figure out the issue - and being patronised isn't that helpful. I commend Cotytto for finding some more parameters to this bug. I recently got a new imac, which has much more screen estate and power than I'm used to working with. So I hadn't run SL full screen. And hence as far as I knew things were working here and just failing on the laptop I posted from above.
But yes, repeating his info, running SL full screen on this mac caused the in game browser to fail with blank windows. Incidentally, opening a browser with F1 while SL is windowed, then switching to full screen and clicking on a lick therein appears to make SL freeze up. Info on this computer: You are at 210749.9, 300250.5, 22.0 in Amaru located at sim3567.agni.lindenlab.com (216.82.22.48:12035) CPU: Dual i386 (Unknown) (2660 MHz) How about letting us direct ALL inworld browser windows to an external browser?
Use secondlife:/// URLs to pass information back to the client. The in-world browser is a cool idea, but it's not ready for prime time. Hi Argent
I'm not sure I understand - is there a way to have a default browser pass information to the client to display in world? Now that I ask the question like that, the answer seems pretty obvious....pretty much any program can talk to any other program. All you need to do is program it to do so. The problem is that I have to run full screen, so I can't get to my default browser while in SL. But when I click a link inworld I can send it to my default browser and it is waiting for me when I log out. So if there was a way for the default browser to then forward that information to me in world... Not sure if that is the way to do it but it is an idea worth looking at. There is a slight workaround for the browser issue while in fullscreen - you can click a weblink in SL then hit CMD-U (the Upload Image... command) which will flip to your desktop and the Open File panel. You can now click out of SL and you now have a minute or two to check the contents of the webpage in Safari (or whatever) before clicking 'Cancel' on the SL Open File panel and flipping back into SL.
Note that if you do this for more than a minute or two SL thinks you've gone to sleep and kills your session and you'll have to relog, but for a quick glance at a webpage (or anything else on your Mac) it works fine. Unfortunately this workaround is no good at all for the new inworld Search panel - so the new Search is still USELESS to Mac users suffering this bug. Yeah...I have done that a few times Eristic.
 I have to make sure my browser will show in a 960x600 window though. I often end up only being able to see part of the page. Just a thought - can everyone that's affected by this bug currently use the Support Portal to submit tickets and Live Chat?
I've found that the Support portal is pretty much useless to me too (in Safari, Firefox and Opera), pages never fully load and if i try to submit an issue or open Live Chat it just fails with a 'Server Reset Connection' error. At the same moment my (Windozing) friend can access everything as normal. Seems like I have a local issue with some connections to Linden and I'm wondering if it's connected to this problem with inworld Search and browser? Maybe a long shot, but i thought i'd ask... I had this same issue on a new IMac similar to others, but found the problem lay with my firefox installation and the non-US dictionaries and languages, in this case Australian or British English, with errors in those files causing problems occasionally in firefox and always in SL. As soon as I installed the US version of firefox or replaced these dictionaries, the inclient browser came back to life without any other changes. The files themselves have errors in the XML that would mean they might not be able to parsed and result in the browser window not rendering.
Eristic - I don't have any probs accessing the support portal or submitting tickets...maybe you should put in a support ticket on that
 (sorry...just couldn't resist)
Ethaniel - I am assuming it is Eristic's most recent post you are referring to and not the original Jira issue. If you are indeed referring to the jira issue please confirm, can you now access the inworld browser on a Mac after logging in using full screen mode? OK thnx Cotytto, just me then - funny thing is that onrez use the same support system as Linden and theirs works perfectly, so it doesn't seem to be a script-error or similar - seems to be a network issue where certain Linden domains just don't connect properly (for me).
Sorry if i confused the issue! I tried switching English dictionaries as Ethaniel suggested and I already have US-English Firefox installed - made no difference for me, still nothing displayed inworld Search and Browser - but i could have done it wrong... looks like this also kills the video media. I think someone here mentioned web content on prims. I very seldom use the video in SL so I hadn't noticed it. Someone asked me to help them set up parcel video media. Couldn't get it going then thought about this bug. Did some tests. works fine running in window. does not work at all full screen.
We have a potential fix to this issue in Full screen mode... however we need to take time to test it thoroughly internally. I will post an update when we have more information about its success/release.
Thank you, Thank you, Thank you Ramzi!!
/me does handstands and hums the banana phone song /me holds his breath....and wonders what the banana phone song is....
yer gonna regret askin that
you'll never get it out of yer head...
Woah, that's nasty....took half an hour in iTunes to shift it too...never do that again!
Well, it took 5 months but it's finally fixed - the newest Release Candidate 1.21 loads pages in the internal web browser and Search actually works again.
Now if someone could go and find all the Mac-using new signups that joined SL in the past 5 months only to find they couldn't see any of the inworld tutorials – which, of course, were trying to load in the internal browser – and invite them to try again... It's been so long I've lost the habit of searching for things! From the Release Notes for RC 1.21(0):
Fixed: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Resolved
Critical
In-world browser/All search does not work on Mac in full screen
