Whoops, posted in wrong topic... meant to be in the milestones topic. :)

For the last 2-3 days the Manual Results page has weird display behavior [U]which does not seem to affect its main function.[/U] When I put in a list of LLTF results, (from a Windows machine) they appear all on one line. When they are submitted the lines are broken out normally.

If you mean the submit manual results form, please send me a screenshot to illustrate the problem as I can't figure out where that would be, nor replicate the problem.

[QUOTE=James Heinrich;396484]If you mean the submit manual results form, please send me a screenshot to illustrate the problem as I can't figure out where that would be, nor replicate the problem.[/QUOTE]

Thanks, James. On my next lot submitted I will grab a shot.

[QUOTE=James Heinrich;396484]If you mean the submit manual results form, please send me a screenshot to illustrate the problem as I can't figure out where that would be, nor replicate the problem.[/QUOTE]

Here the results are pasted in, and then submitted.
As I said, the page functions correctly. It just startled me the first time I saw it.:surprised:

Oh, you mean directly on the paste into the textarea, before you submit it. Nothing I can do about that. Your browser is defective. :razz:

Which browser (and version) is that? The layout styling doesn't seem to match the current versions of Chrome / Firefox / IE / Opera.

What text editor are you copying from? Notepad, or something more advanced?

At quick guess, I'd say you're getting the data copied as unix-style (\n) line endings, which the server understands just fine, but the (presumably old, Windows version) browser you're using expects only Windows-style line ending (\r\n) and, not seeing the \r, dumps it as one line. But the \n is still in there, just invisible, but that's all the server needs to correctly separate the lines. This paragraph is pure speculation. :smile:

[QUOTE=James Heinrich;396541]This paragraph is pure speculation. :smile:[/QUOTE]

FWIW, I was gonna "speculate" the same thing:smile:

[QUOTE=axn;396546]FWIW, I was gonna "speculate" the same thing:smile:[/QUOTE]

Me too. As far as I know, the output in the results.txt file *should* have CRLF line endings (at least in Prime95). Linux clients may only have the newline, but you mentioned Windows.

Are you perhaps grabbing the file from a Linux client and just using Windows to cut/paste? Do you have a funky text editor that's auto converting your end-of-line or anything else funky?

Either way, yeah, what James said... the newline is probably still in there, just not carriage returning on a Windows browser. The parser on the server should be flexible and see CRLF or just LF as close enough.

I habitually use Windows and work with unix-style files, and I don't have any issues pasting into any modern browser, hence my question about the browser/version being used. Even if I open a unix-style file in a dumb Windows text editor like Notepad, the lines are all smushed together but if I copy-paste the mess into a browser text area (e.g. manual results submission form) it actually comes out correctly -- as far as I know all current browsers will correctly handle line endings no matter what platform they're on.

[QUOTE=James Heinrich;396541]Oh, you mean directly on the paste into the textarea, before you submit it. Nothing I can do about that. Your browser is defective. :razz:

Which browser (and version) is that? The layout styling doesn't seem to match the current versions of Chrome / Firefox / IE / Opera.

What text editor are you copying from? Notepad, or something more advanced?

At quick guess, I'd say you're getting the data copied as unix-style (\n) line endings, which the server understands just fine, but the (presumably old, Windows version) browser you're using expects only Windows-style line ending (\r\n) and, not seeing the \r, dumps it as one line. But the \n is still in there, just invisible, but that's all the server needs to correctly separate the lines. This paragraph is pure speculation. :smile:[/QUOTE]

This may not be the only browser problem I am having. Unfortunately, it is Firefox 36.0, which Help>About says is the latest version. I have a suspicion that the update to this version, which was quite recent, caused this issue with GIMPS, and broke the conversion part of my Download Helper Add-on. The styling may be different because I was really offended by unannounced changes in the look and layout a few updates back. I installed Classic Theme Restorer add-on, and everything has worked fine until just recently.

I am running Windows 7 Pro, with the latest updates. The results are displayed by MISFIT in Notepad, from which I copy and paste them.

You're right. Firefox broke it in v36.

When you mentioned v36 was the latest I checked my own browser and saw it was running v35.0.1 and downloading an update in the background. After installing the update I can now replicate your broken-paste behaviour, in copying from both Windows and Unix style text files.

So you didn't do anything wrong, Firefox v36 is broken. Presumably it will fix itself in v37 or thereabouts.