|
|
| Can't post long blog entries or update p | | |
|  speagles | May 10, 6:42am | Anyone else getting this?
Editing/saving short blog entries works fine, and until the day before yesterday, so did everything else. Now, however, I can't save any changes to my profile and I can't save or edit any lengthy blog entries. The actual number of characters seems less critical than the amount of embedded HTML and line breaks, in some odd kind of way. I can create a long entry with lots of line breaks if there are no HTML tags in there at all, and I can create short entries with, say, a couple of font size tags. However, too many tags or any number of tags and too many line breaks and it just sits there on submit until the connection to the server times out.
With the profile, any attempt to edit any aspect of the profile just times out. |
|
| 
Staff |  CH | May 10, 6:55am | This *may* be a time factor. Any form allows you a certain amount of time to input - some impatience code setting, or something.
If it is taking you a while to edit a complex post, you might try using Notepad (or Textedit) to craft the code, then cut and paste the change in.
Know also that there *is* a character limit for blog entries. It changes from time to time - there's an FAQ entry on the subject, I think.
If the situation persists, let us know, and please check the "include browser info" box - worth doing *whenever* reporting an oddity of this nature. |
|
|
| | speagles | May 10, 7:02am | Thanks for the suggestion, but I don't think it's that.
I can hit "edit", change one character and hit submit, same effect. Also, the prefs save doesn't work whether I change anything or not, irrespective of the time I've had the page open.
Browser is firefox, and I've tried using a completely clean profile with the latest SU as the *only* extension and everything on default, still no dice. Might be my ISP or router or something, since the other day I was at a friend's place and it was working fine. It used to work though. Will investigate possible IPV6 interactions, MTU size etc.
toolbar: mozbar 3.18 xpi
browser: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14
noscript: 1.6.5 [enabled] [permissive] |
|
|
Staff | | CH | May 10, 7:04am | Please take noscript out of the equation and let us know what happens then.
NoScript is involved in a great many reports to this forum. |
|
|
| | speagles | May 10, 7:07am | I did take noscript out - see above - I put it back because it made no difference, and I don't like to stumble without it.
Update: Right, experimented with the network settings and reduced my interface MTU to 1024, now it works, so I'm guessing this is a local interaction between my router and my cable modem - one or other is telling fibs about the MTU. Can't quite understand why this hadn't affected SU before, but you've moved to new servers so mebbe said servers negotiate MTU on the connection in a different way? (my Mac thought 1500 was permissable, usually both ends will negotiate downwards if something en-route can only handle smaller packets.)
Thanks for your help/feedback, cheers!
Further update: Putting MTU back to 1500 doesn't break it again, however, re-connecting via DHCP does, until the MTU is ratcheted down (manually) to around 1300 - after that, raising it to 1500 doesn't stop it working until the next disconnect/reconnect. I'm guessing a buggy router at my end which doesn't play nicely with the new servers at yours. |
|
|
Staff | | CH | May 10, 7:37am | Thanks for the update.
We are not getting piles of feedbacks suggesting that lots of people are having similar problems, but I'll make sure one of the engineers is aware of this, and see if they have any comment. |
|
| 
Sponsor | | MJ-Brutus | May 10, 7:45am | | 5: Do you have the latest firmware for your router? |
|
|
| | speagles | May 11, 4:02am | MJ-Brutus - re: firmware, you're right, it's long overdue for an update I suspect, thanks for the suggestion, I'll give it a go and see if it helps.
Re: the above update, just by the way, the MTU lowering fix doesn't last until the next reconnect after all (if reset at the computer end back to 1500) just "for a while", suggesting that it's down to some state the router is remembering for a bit, but forgets after a while (or when reconnecting) - it probably caches the (supposedly) negotiated MTU along with the ARP entries or something. Actually, I'm probably long overdue for a router which is a bit less crap - I got that one for free, and it's been worth every penny :-)
Still, it's not a totally worthless exercise mentioning it 'cos I suspect a few people have the same router and, as I said, it used to work fine with SU until the server change - I only thought to look at MTU 'cos I've had net connections freeze up on larger transfers and work on smaller ones on account of MTU issues before. |
|
| Can't post long blog entries or update p | | |
You need to Sign-up for StumbleUpon to post to this forum
| |
|
Help → Discussion