| Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 [14] 15 16 17 18 19 20 30 .. 30 :: one page |
| Author |
Thread Statistics | Show CCP posts - 26 post(s) |
Xhanserbal
   |
Posted - 2005.04.01 23:08:00 -
[391]
Is there a fix for the input boxes in table problem in the next patch?
|
Nightblade
|
Posted - 2005.04.02 03:22:00 -
[392]
 Originally by: Xhanserbal
Is there a fix for the input boxes in table problem in the next patch?
Is there any answer to this? I'm very sure Xhanserbal isn't the only one waiting for this. My app is basically unusable atm because of this, where it worked fine when Exodus first came out.
If it doesn't work with this patch, I'm going to have to modify it so it's usable from other browsers, which would be unfortunate, because running it from the IGB automated a lot of things. Of course, that's better than it not being used at all.
|
Ramov Tinoga
|
Posted - 2005.04.11 08:52:00 -
[393]
With all the testing on SiSi lately, I didn't find anything that actually was fixed (of what I was testing). 
And the documentation is still missing a lot of files.
-----
|
Baldigan Joackim
|
Posted - 2005.04.11 12:16:00 -
[394]
I'm dealing with a nasty IIS bug i think.
Try :
Quote:
$str=file_get_contents('http://www.eve-online.com/bitmaps/map/solarsystem/30000001___3_4_08_0256.png');
file_put_contents('./30000001.png',$str);
i always get a corrupt file, with protion of HTML file ...
it's local to me, or you have the bug too ?
|
Cardassius
|
Posted - 2005.04.11 13:46:00 -
[395]
maybe cause mickeysoft doesn't support png that well?
ASCI Recruiting! |
Baldigan Joackim
|
Posted - 2005.04.11 15:41:00 -
[396]
???
seriously, it's just me or i've a bug on getting this image ?
|
Nightblade
|
Posted - 2005.04.13 01:52:00 -
[397]
So I tested my pages with input boxes again on the newest patch, and the problem is still there.
It's obviously worse when the input boxes are in a table, but I notice the rendering problem even on pages with lots of boxes and no table at all.
Haven't seen anything from Traveler for a while here, so I guess maybe this thread isn't being read any more. Maybe I'll just set up a cronjob to submit bug reports so this gets some love ...
|
Grismar
|
Posted - 2005.04.21 07:21:00 -
[398]
Edited by: Grismar on 21/04/2005 07:32:53
Opening this link:
http://hem.bredband.net/b130201/piratlistan.htm
In the IGB hangs my EVE client and that of several others in help and corp channels. It works fine in Firefox and IE.
Would seem to be a priority bug, since it can actually cost you a ship...
I think it may be due to the HUGE size of the page (559k source), I tried copying the source and it took some time over my clipboard even. Does the IGB lock the client when loading a page? Should it?
Grtz,
Rats - Corp/Implants - Agents |
Elissen
|
Posted - 2005.04.21 09:38:00 -
[399]
Originally by: Baldigan Joackim
I'm dealing with a nasty IIS bug i think.
Try :
Quote:
$str=file_get_contents('http://www.eve-online.com/bitmaps/map/solarsystem/30000001___3_4_08_0256.png');
file_put_contents('./30000001.png',$str);
i always get a corrupt file, with protion of HTML file ...
it's local to me, or you have the bug too ?
I have the same problem doing basicly the same with PHP on Apache. To make it worse, this pics seem to be renamed and moved making corpid's ect from the excel sheet useless 
|
Strikeman
|
Posted - 2005.04.22 03:33:00 -
[400]
Originally by: Grismar
Edited by: Grismar on 21/04/2005 07:32:53
Opening this link:
http://hem.bredband.net/b130201/piratlistan.htm
In the IGB hangs my EVE client and that of several others in help and corp channels. It works fine in Firefox and IE.
Would seem to be a priority bug, since it can actually cost you a ship...
I think it may be due to the HUGE size of the page (559k source), I tried copying the source and it took some time over my clipboard even. Does the IGB lock the client when loading a page? Should it?
Grtz,
the igb locks ur game as long as it needs to fully render the page. if the page is 566k, i can only imagine what's in there. if i accidently activate the input boxes on my website while ingame, i can count on 2-5 minutes (not kidding here) of not responding. but it *will* load (dno if that's a good thing ...)
--
NAGAmazon webshop
ISK is not your goal. |
Traveler
|
Posted - 2005.04.22 05:35:00 -
[401]
Sorry, for not replying for such a long time. I was busy with other fixes.
The form loading bug is known but it's hard to figure out why it happens. I talked with all devs that could be responsible for this - no luck so far. I already have good reproduction steps. It just needs time to track it down.
I will also have a look at the blocking problem. Let's smooth the IGB a bit. ;)
Traveler
Polaris Bug Hunter Lead |
Ramov Tinoga
|
Posted - 2005.04.22 23:01:00 -
[402]
Originally by: Grismar
Opening this link:
http://hem.bredband.net/b130201/piratlistan.htm
This is an MS Excel Sheet saved in HTML format, not a webpage!
It should be cleaned up. It contains about 80-90% useless information which essentially locks the IGB (probably because it is not HTML compliant and uses tons of proprietary attributes). In fact, you can use it to keep the w3c validator busy.. 
The problem that need focus is the IGBs handling of tables (which can also be the cause with the "page" mentioned above). It is really slow, and if the table is that big, it takes forever to render (not load).
-----
|
Traveler
|
Posted - 2005.04.23 05:46:00 -
[403]
Export the page as plain text and put <code> </code> around it. The IGB will display it with a monotype font.
Traveler
Polaris Bug Hunter Lead |
Grismar
|
Posted - 2005.04.24 07:34:00 -
[404]
Quote:
the igb locks ur game as long as it needs to fully render the page. if the page is 566k, i can only imagine what's in there. if i accidently activate the input boxes on my website while ingame, i can count on 2-5 minutes (not kidding here) of not responding. but it *will* load (dno if that's a good thing ...)
Ok, I this needs a fix badly. I can imagine a few solutions.
Limit the size of pages rendered, that is: stop receiving html after you fill your buffer. Depending on connection speed for the client, this might still take some time, but at least it won't last 'forever'. I asked a large number of players to attempt the formerly mentioned URL and they all decided to relog as 'their client was hanging'. Big problem though: legitimate pages people -want- to load, won't load.
Load, parse and prepare the page on a seperate thread in the client, before streaming the content to the browser. I don't know about the internals of the client and wether adding a thread is an option at all, but it only sounds logical. Possible problem: no way to do it? Besides, people may think that the page isn't loading, since nothing is happening. Some kind of progress reporting might fix that though...
Load and parse the html like you do now, but every couple of cycles, allow control to go back to the interface for a few updates. (like allowing an application to process messages in Win32 analogy) This would at least allow players to close a browser that is killing them. Possible problem: regaining control after letting it go.
At any rate, the current situation introduces a way of purposefully hanging someone's client and possibly abusing the situation. Imagine this: some says "Free ingame **** on http://freeigbpron.com" on local. dozens of miners enter the URL and hopefully wait at least 30 seconds while corp war enemies warp in and gank their Harvester-laden Dominixes. What do the miners get? A podding and a 600kb page containing nothing more that the word 'sucker' repeated 100,000 times...
Greetings,
Grismar.
Rats - Corp/Implants - Agents |
Traveler
|
Posted - 2005.04.24 16:39:00 -
[405]
I know a better solution: split the page into parts that are much smaller. The IGB has limits and a page of more than half a megabyte is surely too big.
Traveler
Polaris Bug Hunter Lead |
Laendra
|
Posted - 2005.04.24 17:17:00 -
[406]
Edited by: Laendra on 24/04/2005 17:19:24
Originally by: Traveler
CCP is working on an centralized export DB funtion. This means you will be able to download a list of all known item types, solar systems, agents, and so on. I expect it to appear about 2 weeks after the next patch.
I will ask for permission to give you a list that only contains the item name and the item typeID.
Any idea on if this is still going to come out soon, and how it is going to be implemented?
------------------- |
Grismar
|
Posted - 2005.05.02 07:03:00 -
[407]
Personally, I'd be happy with just another Excel sheet like the one released by the devs before. Currently, I'm missing a lot of data on agents post-Exodus.
Ofcourse, we'd need another update after the NWO patch comes in...
Rats - Corp/Implants - Agents |
Grismar
|
Posted - 2005.05.02 07:06:00 -
[408]
Originally by: Traveler
I know a better solution: split the page into parts that are much smaller. The IGB has limits and a page of more than half a megabyte is surely too big.
I agree, Traveler, it is just not a page I wrote and I resent my browser killing my client just because I visit a link. Anyone can link to a page this big, which would result in the clients of the visitors hanging themselves.
Rats - Corp/Implants - Agents |
Cardassius
|
Posted - 2005.05.09 14:41:00 -
[409]
The IGB is not ment for WEB browsing, it's ment for browsing IGB compatible websites.
Too bad none of the fixes are in yet though.
ASCI Recruiting! |
Traveler
|
Posted - 2005.05.10 06:56:00 -
[410]
Please be patient. CCP is currently working on a UI fps speedup followed by a new font support for the IGB. We will fix the known issues in one go.
Traveler
Polaris Bug Hunter Lead |
Nightblade
|
Posted - 2005.05.12 04:02:00 -
[411]
Just a quick note re the outdated info on the excel sheet. A lot of it (not all) can be found on the eve-online site, so it's not that big of an undertaking to siphon it off using a short perl script.
Not ideal, and takes a long time to run, but once you have the data in your own database you're golden.
I just wish CCP would identify storyline agents on there instead of just having them as level 1, quality 0.
|
Ramov Tinoga
|
Posted - 2005.05.12 21:07:00 -
[412]
Originally by: Traveler
Please be patient. CCP is currently working on a UI fps speedup followed by a new font support for the IGB. We will fix the known issues in one go.
I'm really looking forward to that day. 
-----
|
TheNecromancer
|
Posted - 2005.05.18 10:37:00 -
[413]
how to you force the popup box asking for you to make the site a trusted site ?
|
Ramov Tinoga
|
Posted - 2005.05.19 12:22:00 -
[414]
Edited by: Ramov Tinoga on 19/05/2005 12:27:58
Edited by: Ramov Tinoga on 19/05/2005 12:24:28
Originally by: TheNecromancer
how to you force the popup box asking for you to make the site a trusted site ?
There's an example in PHP using
header("eve.trustme:http://www.mywebsite.net/::please allow me to access your pilot information.");
 IGB command site
-----
|
Ramov Tinoga
|
Posted - 2005.06.03 09:10:00 -
[415]
Edited by: Ramov Tinoga on 03/06/2005 09:15:07
"Something went wrong."
Yes.
That's all my carefully developed complex ingame sites are displaying. 
I wanted to test them with the new test version to check if those bugs are finally squashed.
Is this a new feature?
-----
|
Grismar
|
Posted - 2005.06.05 14:21:00 -
[416]
I've reported this bug before and 2 patches have passed without a fix or a comment about why it can not be fixed. So here I go again:
Multiline values in textarea elements are robbed of their linefeeds. No matter what I print between lines: chr(10), chr(13), <br>, extra linefeeds, etc. etc., the text is rendered as a single blob.
See http://eve.grismar.net/browser2/error70.php for details. It's php:
<html>
<body>
<form action="">
<textarea>
one<? print chr(13); ?>
two
</textarea>
<textarea>
one<? print '\\'.chr(13); ?>
two
</textarea>
<textarea>
one<? print chr(10); ?>
two
</textarea>
<textarea>
one<? print '\\'.chr(10); ?>
two
</textarea>
<textarea>
one<br/>
two
</textarea>
<textarea>
one
two
</textarea>
<textarea>
one<br>
two
</textarea>
</form>
</body>
</form>
It seems all whitespace is converted into single spaces. Please fix this, it's wreaking havoc on a number of applications I have lined up for the IGB...
Greetings,
Grismar.
Rats - Corp/Implants - Agents |
Puncher
|
Posted - 2005.06.05 14:56:00 -
[417]
One of the current major bugs at the moment is the length of time the IGB takes to load INPUT elements. Your game locks and even crashes if you've got more than just a couple on one page. Even loading one freezes the game for a few seconds. Which makes designing complex interactive sites quite difficult. Any idea on a fix time-frame for this?
| The BIG Lottery | The BIG Deal | 332133 |
Ramov Tinoga
|
Posted - 2005.06.07 06:57:00 -
[418]
Edited by: Ramov Tinoga on 07/06/2005 07:03:53
Edited by: Ramov Tinoga on 07/06/2005 07:01:33
Originally by: Grismar
Multiline values in textarea elements are robbed of their linefeeds. No matter what I print between lines: chr(10), chr(13), <br>, extra linefeeds, etc. etc., the text is rendered as a single blob.
I never encountered such a bug. I'm using textareas excessively in my page, copying the information of stellar objects (show info, copy-paste into textarea), which is then entered into a database.
All CR are perfectly preserved.
Tech Info:
- Apache2 2.0.54
- PHP 4.3.11
- MySQL 4.0.18
- Method for forms: POST
Btw. your example completely screws the forum software when trying to quote your post. 
Edit: Each of my C&P lines is terminated by chr(13)+chr(10) (CR + LF) and in the database it's saved as \r\n (mysql export).
-----
|
Ramov Tinoga
|
Posted - 2005.06.07 07:26:00 -
[419]
Originally by: Ramov Tinoga
Edited by: Ramov Tinoga on 03/06/2005 09:15:07
"Something went wrong."
Yes.
That's all my carefully developed complex ingame sites are displaying.
I wanted to test them with the new test version to check if those bugs are finally squashed.
Is this a new feature?
With 3482 there's no more "Something went wrong".
But when I try to hit the submit button in a form, the page scrolls way down so the click goes unnoticed.
-----
|
Traveler
|
Posted - 2005.06.13 06:26:00 -
[420]
I will look into the OnClick stuff. For now, you can use submit buttons.
Traveler
Polaris Bug Hunter Lead |
| |
|
| Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 [14] 15 16 17 18 19 20 30 .. 30 :: one page |
| First page | Previous page | Next page | Last page |