EVE Search - Moondongie

All Channels

Test Server Feedback

Moondongie

» Click here to find additional results for this topic using Google

Monitor this thread via RSS [?]

Pages: 1 2 3 4 5 6 7 8 9 [10] 11 .. 11 :: one page
Author	Thread Statistics \| Show CCP posts - 27 post(s)
Risingson Mezzanine Inc	Posted - 2009.11.16 09:47:00 - [271] Do you plan to bring right-click menu back? Do you plan to adapt the looks of the browser (sliders/forms+buttons/transparency/font/etc) to eve ui looks? ty // http://eve.databased.at
Evlyna	Posted - 2009.11.16 14:52:00 - [272] Edited by: Evlyna on 16/11/2009 14:54:26 Originally by: Twistalous Originally by: CCP Nimbus Regarding Javascript fleet functionality, this will not be happening for Dominion 1.0. Will it ever happen? We just don't know. To be honest, that's extremely disappointing. You've essentially rendered hundreds of hours of development work virtually useless, not to mention causing a whole alliance to change a lot of procedures. Since I'm the one who spent the hundreds of hours developing the stuff, it's pretty frustrating. I'm a bit curious as to what kind of work you did that took you so long on something that was only wished but never said it would happen for sure anyway.
Twistalous Gallente Arkons of Myth Aequitas Infinitas	Posted - 2009.11.17 14:11:00 - [273] Edited by: Twistalous on 17/11/2009 14:12:11 Originally by: Evlyna I'm a bit curious as to what kind of work you did that took you so long on something that was only wished but never said it would happen for sure anyway. Just wondering about the purpose of this whole webapp can do for an FC having a joinfleet on a page. This wasn't developed for Dominion ... it was developed on the current IGB using the existing ability to link fleet invites. It's a complete fleet management tool, including a listing of current fleets, providing the FC of each fleet with fleet composition management, auto-updating fleet location with maps, managing people's ship capabilities, fleet participation reporting, CTA notifications, etc. Granted most of this functionality will still work fine, but it's annoying that fleet members now have to go to two separate locations to deal with fleets (go to the new fleet finder to find the fleet, then go and join the fleet in our tool). Granted, I'm extremely happy with the performance of the new IGB, which will make working with our tool much better than the current IGB. And I understand the technical limitations of the new IGB not supporting the existing link structures available in the current IGB. It just seems a shame that they weren't able to replicate all the existing functionality with javascript functions. I would have thought that it would have been high on the priority list to at least provide all of the current functionality of the IGB in the new version. -- Twist
Selvin Gallente Galactic Fighters Organization	Posted - 2009.11.17 15:34:00 - [274] Edited by: Selvin on 17/11/2009 15:40:58 error: [1117/162327:ERROR:webviewproxy.cpp(845)] CreatePopupWidget not implemented when: select html tag: <select><option>x</option></select> and "302 Moved Temporarily" HTTP response not working -- TriExporter
Trigger64 Dark Knights of Deneb Against ALL Authorities	Posted - 2009.11.17 19:01:00 - [275] Edited by: Trigger64 on 17/11/2009 19:04:01 So I've noticed that $_SERVER['HTTP_EVE_TRUSTED'] no longer returns a yes/no value, it's either yes or not set. Apocrypha: EVE-minibrowser/3.0 - Trust Disabled $_SERVER['HTTP_ACCEPT']: $_SERVER['HTTP_ACCEPT_LANGUAGE']: $_SERVER['HTTP_ACCEPT_ENCODING']: identity $_SERVER['HTTP_ACCEPT_CHARSET']: $_SERVER['HTTP_CONNECTION']: close $_SERVER['HTTP_KEEP_ALIVE']: $_SERVER['HTTP_EVE_TRUSTED']: no EVE-minibrowser/3.0 - Trust Enabled $_SERVER['HTTP_ACCEPT']: $_SERVER['HTTP_ACCEPT_LANGUAGE']: $_SERVER['HTTP_ACCEPT_ENCODING']: identity $_SERVER['HTTP_ACCEPT_CHARSET']: $_SERVER['HTTP_CONNECTION']: close $_SERVER['HTTP_KEEP_ALIVE']: $_SERVER['HTTP_EVE_TRUSTED']: yes Moondoggie: EVE-IGB - Trust Not Set $_SERVER['HTTP_ACCEPT']: application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5 $_SERVER['HTTP_ACCEPT_LANGUAGE']: en-us,en $_SERVER['HTTP_ACCEPT_ENCODING']: gzip,deflate $_SERVER['HTTP_ACCEPT_CHARSET']: iso-8859-1,,utf-8 $_SERVER['HTTP_CONNECTION']: keep-alive $_SERVER['HTTP_KEEP_ALIVE']: $_SERVER['HTTP_EVE_TRUSTED']: EVE-IGB - Trust Enabled $_SERVER['HTTP_ACCEPT']: application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5 $_SERVER['HTTP_ACCEPT_LANGUAGE']: en-us,en $_SERVER['HTTP_ACCEPT_ENCODING']: gzip,deflate $_SERVER['HTTP_ACCEPT_CHARSET']: iso-8859-1,,utf-8 $_SERVER['HTTP_CONNECTION']: keep-alive $_SERVER['HTTP_KEEP_ALIVE']: $_SERVER['HTTP_EVE_TRUSTED']: Yes EVE-IGB - Trust Ignored $_SERVER['HTTP_ACCEPT']: application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,/;q=0.5 $_SERVER['HTTP_ACCEPT_LANGUAGE']: en-us,en $_SERVER['HTTP_ACCEPT_ENCODING']: gzip,deflate $_SERVER['HTTP_ACCEPT_CHARSET']: iso-8859-1,*,utf-8 $_SERVER['HTTP_CONNECTION']: keep-alive $_SERVER['HTTP_KEEP_ALIVE']: $_SERVER['HTTP_EVE_TRUSTED']: The browser will return "Yes" when trusted or blank when not trusted or not set.
Twistalous Gallente Arkons of Myth Aequitas Infinitas	Posted - 2009.11.17 22:00:00 - [276] Originally by: Selvin Edited by: Selvin on 17/11/2009 16:48:51 error: [1117/162327:ERROR:webviewproxy.cpp(845)] CreatePopupWidget not implemented when: select html tag: <select><option>x</option></select> This is implemented on CCP internal servers, just not SiSi yet. Talked to CCP Vertex about this today. -- Twist
Catari Taga Centre Of Attention Rough Necks	Posted - 2009.11.18 22:09:00 - [277] Edited by: Catari Taga on 18/11/2009 22:12:28 In the current build on SiSi, crashing the ccpBrowser.exe removes the EVE-IGB part from the user agent header, making it impossible to detect the ingame browser. Also after using CCPEVE.requestTrust() a certain number of times all CCPEVE functions break. Client restart is the only fix for both. edit: Posting this here since considering usual response time on bug reports this won't be seen before release
Wollari Phoenix Industries Wicked Nation	Posted - 2009.11.18 23:05:00 - [278] Edited by: Wollari on 18/11/2009 23:05:12 For the onSessionChange i would suggest the following way. # Paramenter CCPEVE.addEvent('onSessionChange', [ code here ] ); # Example CCPEVE.addEvent('onSessionChange',function() { location.href='http://........'); }); You can even build more complex function with this. Just think about Ajax: When a session change happens, make an ajax call to your webserver. The ajax call (should then return the current location (as the ajax calls should get the new headers) and your application just change only some elements on the page, rather then reloading the full page.
Comodore John Gallente Tri-Star Enterprise Maelstrom Industrial Alliance	Posted - 2009.11.20 01:32:00 - [279] Didn't read through everything, but when trying to log on to forums with the new IGB, it brings you back to the log in page everytime you attempt to log in. Why do you want to report yourself as an ISK spammer? If you are one, just stop spamming already!
Catari Taga Centre Of Attention Rough Necks	Posted - 2009.11.20 14:58:00 - [280] Originally by: Trigger64 So I've noticed that $_SERVER['HTTP_EVE_TRUSTED'] no longer returns a yes/no value, it's either yes or not set. Latest build seems to be back to yes/no
Catari Taga Centre Of Attention Rough Necks	Posted - 2009.11.20 15:11:00 - [281] Originally by: Catari Taga Also after using CCPEVE.requestTrust() a certain number of times all CCPEVE functions break. Client restart is the only fix for both. Actually got a very fast response to this one, reposting it since I had not read this and others might be interested: Quote: // There is a callback ddos prevention system in place to stop callback spam which may lag the client. // Currently there is no warning that the callbacks were blocked. However, the block is intended design. Note that in my case the "DDOS" was done by manually refreshing the page so the threshhold for this protection to kick in is probably pretty low.
Trigger64 Dark Knights of Deneb Against ALL Authorities	Posted - 2009.11.20 15:27:00 - [282] Originally by: Catari Taga Originally by: Trigger64 So I've noticed that $_SERVER['HTTP_EVE_TRUSTED'] no longer returns a yes/no value, it's either yes or not set. Latest build seems to be back to yes/no Yeah Oneiromancer had me make a bug report when I got a hold of him in IRC, it was attached to a defect, and fixed.
Trigger64 Dark Knights of Deneb Against ALL Authorities	Posted - 2009.11.20 21:16:00 - [283] Originally by: Catari Taga Edited by: Catari Taga on 18/11/2009 22:12:28 In the current build on SiSi, crashing the ccpBrowser.exe removes the EVE-IGB part from the user agent header, making it impossible to detect the ingame browser. Does restarting the browser restore the header or do you have to restart the client?
Catari Taga Centre Of Attention Rough Necks	Posted - 2009.11.21 00:47:00 - [284] Originally by: Trigger64 Originally by: Catari Taga Edited by: Catari Taga on 18/11/2009 22:12:28 In the current build on SiSi, crashing the ccpBrowser.exe removes the EVE-IGB part from the user agent header, making it impossible to detect the ingame browser. Does restarting the browser restore the header or do you have to restart the client? As I posted, currently needs client restarting. BR response says they were aware of the problem. But with the trusted header being back all the time and apparently meant to be I'll just use that for IGB identification.
Trigger64 Dark Knights of Deneb Against ALL Authorities	Posted - 2009.11.21 02:58:00 - [285] Originally by: Catari Taga Originally by: Trigger64 Originally by: Catari Taga Edited by: Catari Taga on 18/11/2009 22:12:28 In the current build on SiSi, crashing the ccpBrowser.exe removes the EVE-IGB part from the user agent header, making it impossible to detect the ingame browser. Does restarting the browser restore the header or do you have to restart the client? As I posted, currently needs client restarting. BR response says they were aware of the problem. But with the trusted header being back all the time and apparently meant to be I'll just use that for IGB identification. My browser just crashed so I tossed $_SERVER['HTTP_USER_AGENT'] in and was unable to reproduce it. But if you and the BH are both able to reproduce it, more power to you.
Catari Taga Centre Of Attention Rough Necks	Posted - 2009.11.21 03:39:00 - [286] Originally by: Trigger64 My browser just crashed so I tossed $_SERVER['HTTP_USER_AGENT'] in and was unable to reproduce it. But if you and the BH are both able to reproduce it, more power to you. Can't reproduce either anymore, so must have been fixed in today's patch then (they are putting new builds out every 2 days atm). The BR status hasn't changed so I had figured it wasn't fixed yet.
Trigger64 Dark Knights of Deneb Against ALL Authorities	Posted - 2009.11.21 03:59:00 - [287] Anyone figured out a way to kill the page load when/while CCPEVE.requestTrust() is being invoked? I must admit I rather liked that part of sending the request via header.
Catari Taga Centre Of Attention Rough Necks	Posted - 2009.11.21 13:35:00 - [288] Originally by: Trigger64 Edited by: Trigger64 on 21/11/2009 04:17:30 Anyone figured out a way to kill the page load when/while CCPEVE.requestTrust() is being invoked? I must admit I rather liked that part of sending the request via header. Edit: window.stop() doesn't work... Best to do it on the backend and not send anything until you see a header confirming trust. If you run window.stop() onLoad it cannot work because it will only be executed after the page has loaded. . What we are missing is a way to know when the user has actually provided trust so we can trigger a page refresh. You can try a timed auto-refresh but you risk triggering the DDOS protection I mentioned above.
DeTox MinRohim Madhatters Inc. The Initiative.	Posted - 2009.11.22 17:44:00 - [289] Edited by: DeTox MinRohim on 22/11/2009 17:44:24 It shouldn't be THAT big of a deal to add a button to reload the page if it's done in an obvious way with a message. There's already a "Reload" in the toolbar anyway. Example (only a blank page) : http://eve.onewayweb.com/checktrust.php The trust action is already an action that the user must answer to. It becomes bad behavior if they are forced to reload, etc... (unless they are aware of what they are doing, etc, etc...) ------ This sig space is Read-only ! omgalink - Online Skillsheet
Unity Love Caldari Dissonance Corp Undivided	Posted - 2009.11.23 14:25:00 - [290] As I cba to download the 2gig test server patch/go through this thread does moondoggywoggy support flash? as in if I made a flash website for a corp would it work in the new igb?
Seriously Bored Minmatar	Posted - 2009.11.23 16:07:00 - [291] I just want to say that I was finally able to use Moondoggie on my Mac, and it worked great. Love the new browser.
Leebe	Posted - 2009.11.23 16:52:00 - [292] Originally by: Unity Love As I cba to download the 2gig test server patch/go through this thread does moondoggywoggy support flash? as in if I made a flash website for a corp would it work in the new igb? no... there won't be flash support in the new igb when it gets released. it might get added in a later patch
Jason Edwards Internet Tough Guy	Posted - 2009.11.24 05:15:00 - [293] Edited by: Jason Edwards on 24/11/2009 05:18:29 Error loading requested URL Unable to process the website's SSL certficate Error Code: -202 Ya so. https:// still doesnt linkify in chat. Also this. Will IGB be able to process ANY ssl certficiate eventually? Or is it just that my webserver I just setup with Camellia-256 simply isnt supported? Now I know that SSL connections can be used. Could we get a brief overview of the SSL encryptions which are supported? Can we get https:// to linkify in chat windows? The error at top occurs solely because of the cipher I was using. AES 256 is supported in the ingamebrowser. I just have a lulzly ultra paranoid security rootca + webserver which happens to be exposed to the net. Which is why moondoggie ran for the hills. ------------------------ To make a megathron from scratch, you must first invent the eve universe. ------------------------ Life sucks and then you get podded.
Catari Taga Centre Of Attention Rough Necks	Posted - 2009.11.24 17:04:00 - [294] Originally by: Jason Edwards [Will IGB be able to process ANY ssl certficiate eventually? Or is it just that my webserver I just setup with Camellia-256 simply isnt supported? Now I know that SSL connections can be used. Could we get a brief overview of the SSL encryptions which are supported? 128bit RC4 ciphers was the best it could do in my tests. Unknown cert chains are rejected.
Jason Edwards Internet Tough Guy	Posted - 2009.11.24 17:48:00 - [295] Originally by: Catari Taga Originally by: Jason Edwards [Will IGB be able to process ANY ssl certficiate eventually? Or is it just that my webserver I just setup with Camellia-256 simply isnt supported? Now I know that SSL connections can be used. Could we get a brief overview of the SSL encryptions which are supported? 128bit RC4 ciphers was the best it could do in my tests. Unknown cert chains are rejected. I went to first bank i could think of. Which was RBC. They were using 256 bit AES which worked fine. Kinda scares me that you can do your online banking ingame but flash players are too NO NO!
Catari Taga Centre Of Attention Rough Necks	Posted - 2009.11.24 21:31:00 - [296] Originally by: Jason Edwards Originally by: Catari Taga Originally by: Jason Edwards [Will IGB be able to process ANY ssl certficiate eventually? Or is it just that my webserver I just setup with Camellia-256 simply isnt supported? Now I know that SSL connections can be used. Could we get a brief overview of the SSL encryptions which are supported? 128bit RC4 ciphers was the best it could do in my tests. Unknown cert chains are rejected. I went to first bank i could think of. Which was RBC. They were using 256 bit AES which worked fine. Kinda scares me that you can do your online banking ingame but flash players are too NO NO! Possibly a fallback. According to this Safari only supports 128bit.
Jason Edwards Internet Tough Guy	Posted - 2009.11.24 23:03:00 - [297] Originally by: Catari Taga Originally by: Jason Edwards Originally by: Catari Taga Originally by: Jason Edwards [Will IGB be able to process ANY ssl certficiate eventually? Or is it just that my webserver I just setup with Camellia-256 simply isnt supported? Now I know that SSL connections can be used. Could we get a brief overview of the SSL encryptions which are supported? 128bit RC4 ciphers was the best it could do in my tests. Unknown cert chains are rejected. I went to first bank i could think of. Which was RBC. They were using 256 bit AES which worked fine. Kinda scares me that you can do your online banking ingame but flash players are too NO NO! Possibly a fallback. According to this Safari only supports 128bit. moondoggie is google chrome isnt it? Also you could be right. ------------------------ To make a megathron from scratch, you must first invent the eve universe. ------------------------ Life sucks and then you get podded.
Wensley Minmatar The Tuskers	Posted - 2009.11.25 12:13:00 - [298] It might seem like a really minor niggle but is there any reason why Google Documents rejects Moondoggie as an unsupported browser? I was really hoping that I could play spreadsheets online using the IGB. Read my Piracy Blog
Total Disaster Caldari Caldari Provisions	Posted - 2009.11.25 16:38:00 - [299] don't know if it's been posted yet but, if I do a showinfo, is there any way to get the context-menu on rightclick instead of the the actual menu? example. showinfo of stations in system, how cool would it be to just rightclick and "dock"?
Catari Taga Centre Of Attention Rough Necks	Posted - 2009.11.25 18:41:00 - [300] Originally by: Total Disaster if I do a showinfo, is there any way to get the context-menu on rightclick instead of the the actual menu? example. showinfo of stations in system, how cool would it be to just rightclick and "dock"? Old IGB yes, new IGB no.

Pages: 1 2 3 4 5 6 7 8 9 [10] 11 .. 11 :: one page
First page \| Previous page \| Next page \| Last page

COPYRIGHT NOTICE
EVE Online, the EVE logo, EVE and all associated logos and designs are the intellectual property of CCP hf. All artwork, screenshots, characters, vehicles, storylines, world facts or other recognizable features of the intellectual property relating to these trademarks are likewise the intellectual property of CCP hf. EVE Online and the EVE logo are the registered trademarks of CCP hf. All rights are reserved worldwide. All other trademarks are the property of their respective owners. CCP hf. has granted permission to EVE-Search.com to use EVE Online and all associated logos and designs for promotional and information purposes on its website but does not endorse, and is not in any way affiliated with, EVE-Search.com. CCP is in no way responsible for the content on or functioning of this website, nor can it be liable for any damage arising from the use of this website.