[QUOTE=James Heinrich;388175]You're reporting the results as an anonymous user:[code]UID: ANONYMOUS, M78219187 completed P-1, B1=730000, B2=15330000, E=6, ....[/code]Please be sure that you're logged in to mersenne.org when requesting manual assignments. Nevertheless, your duplicate results were submitted with the same assignment ID and shouldn't have been registered as a duplicate entry. I'm not sure if I understand all that code but I'll see if I can trace why that happened.

Would you mind please submitting another copy of the results line for one of those assignments (let's use M78219187) the way you usually do and let me know what text is shown on screen, especially any error or notification messages (will usually show up in orange/red text).[/QUOTE]

Yeah, if I understand it right, if there's a duplicate assignment ID (the AID: part of the result) then it should see it as a duplicate. However, that might not work necessarily if checking the same thing in different batches. I think it might remove the original assignment once a result is checked in... the next time it's tried to check in, it can't find a matching AID anymore, so it looks at other things like the username, exponent, etc. to see if it's the same thing. With ECM results it's hard to tell since you could have just run more curves with the same settings... like, is that the same 150 curves, or 150 more?

There could be more going on there... like James I haven't really looked much at that part of the site. :smile:

[QUOTE=ric;388173]A very minor point, but somehow annoying for some of my scripts: when a username contains non-ASCII characters (ä, ü, ø et al.), at least in report_ll and exponent status pages, username is fetched as an empty string.

A few examples: [URL="http://www.mersenne.org/report_ll/?exp_lo=55954121&exp_hi=&exp_date=&user_only=0&user_id=&txt=0&dispdate=1&B1="]559554121 - report LL[/URL], [URL="http://www.mersenne.org/report_ll/?exp_lo=25087351&exp_hi=&exp_date=&user_only=0&user_id=&txt=1&dispdate=1&B1="]25087351 - report LL[/URL] (the line with bad result), again [URL="http://www.mersenne.org/report_exponent/?exp_lo=55954121&exp_hi=&full=1"]55954121 - exp status[/URL]. In this last example, username does not appear within the results section, but is however present within history (the last line).

I recall that a few weeks ago there have been adjustments to fetching procedures in order to retrieve all names as coded with Unicode/UTF-8, if someone could put a glance on this...
[/QUOTE]

Ah... well, there's your problem. :) Yeah, it's a UTF-8 encoding thing.

I've been working on an update to the exponent report page anyway, so I just added in the proper encoding for the user name fields (in the LL result, assignment, and history sections).

The good news is, it works. The bad news is, I'm waiting on a couple more tests before I launch the updated page.

I guess for now it's not a big deal to tweak the existing page and add the proper encoding on those bits. Easy enough.

[QUOTE=Madpoo;388440]Ah... well, there's your problem. :).[/QUOTE]
Actually not, it seems that there is nothing passed to firefox. The HTML source says:
[CODE]
<tr><td align="right"><a href="/M55954121">55954121</a></td><td>ANONYMOUS</td><td>ajm</td><td>D224A31541C53C32</td><td>2014-02-28 04:01</td></tr>
<tr><td align="right"><a href="/M55954121">55954121</a></td>[COLOR=Red][B]<td></td>[/B][/COLOR]<td>La_undecima</td><td>D224A31541C53C32</td><td>2014-11-20 16:26</td></tr>[/CODE]So the user name is totally missing.
Anyhow, this is cosmetic.

[QUOTE=LaurV;386995]You can not. Some people don't want to be looked up. For example, I "looked up" for Chris' account "For Research" for ages without success until he told me (and said public on the forum) that his username was "wabbit" (technically, he said it first, but I didn't pay attention) when I wanted to report some results and give him some "credits". By the way, knowing a valid username of somebody else, could result in a situation when some idiot deliberately reports wrong results for other people, to discredit them; as it is now, you don't need my password to report a result, only my user name, so technically you can report 100 random (wrong) LL results for me, making me look like a credit whore; well, not that I am not, but you got the idea :wink: This can have side effects for GIMPS as exponents with one LL done will not be LL-ed again (DC-ed) for few years causing a prime to be missed for a while. Just a stupid example how a personal feud can have bad effect on the general project. If you don't know my user name, you can't do that.[/QUOTE]

Hmmm... I'm doing some testing and tweaking with that page.

I've got a test page setup to only *display* the public name, but (and fixed for UTF8 output), but it will accept *either* the login name *or* the public name.

Since the public name is NOT unique, then you could indeed see some bizarre results. Obviously "ANONYMOUS" is the biggest culprit, with 33,925 instances. But there are some other heavily used public names like "chris" (175 of them), "Alex" (142), "Mike" (131) and so on.

In all there are 3876 public names that show up twice or more, and that's out of 82,627 distinct public user names (that's 4.7% which are duplicates).

So... not really sure how practical it would be to show results that match some user name like "chris"... good luck finding just the Chris you intended.

This is another of those "what's the use case" for this report and the ability to search by user name? Knowing how people use the data is always my first question, because otherwise I may be solving a problem nobody has. :)

At the very least I'll work in those utf8 encoding things to that user names with accents and whatnots will show up okay.

[QUOTE=LaurV;388449]Actually not, it seems that there is nothing passed to firefox. The HTML source says:
[CODE]
<tr><td align="right"><a href="/M55954121">55954121</a></td><td>ANONYMOUS</td><td>ajm</td><td>D224A31541C53C32</td><td>2014-02-28 04:01</td></tr>
<tr><td align="right"><a href="/M55954121">55954121</a></td>[COLOR=Red][B]<td></td>[/B][/COLOR]<td>La_undecima</td><td>D224A31541C53C32</td><td>2014-11-20 16:26</td></tr>[/CODE]So the user name is totally missing.
Anyhow, this is cosmetic.[/QUOTE]

Well, it's probably just PHP or IIS choking on it and omitting it.

Anyway, it works now. Enjoy! :smile:

It works well now on my side here.
Thanks for very prompt fixing! (actually, ric's problem, hehe)

Ahem...
 

[QUOTE=Madpoo;388457]Well, it's probably just PHP or IIS choking on it and omitting it.

Anyway, it works now. Enjoy! :smile:[/QUOTE]

Madpoo, thanks for your prompt support to such a minor point - and apologies in advance for being this much picky on such a cosmetic thing.

While the issue is resolved in the "exponent status" page, where everything looks now fine, alas, I see that the "report_ll" page is still not extracting the names, at least in [URL="http://www.mersenne.org/report_ll/?exp_lo=25087351&exp_hi=&exp_date=&user_only=0&user_id=&dispdate=1&B1="]this case (see bad result)[/URL], as per:
[CODE]<tr><td align="right">25087351</td>[COLOR="Red"]<td></td>[/COLOR]<td>Marvel-home</td><td>58856B83331F13F6</td><td>0000002A</td><td></td></tr>[/CODE].

Furthermore, while exp status extracts the correct encoded values both in simple text and in full-html modes, the [B]report_ll[/B] page instead is fine when viewed in html, but not yet when invoked in simple text mode [URL="http://www.mersenne.org/report_ll/?exp_lo=55954121&exp_hi=&exp_date=&user_only=0&user_id=&dispdate=1&B1="](this is html)[/URL] - [URL="http://www.mersenne.org/report_ll/?exp_lo=55954121&exp_hi=&exp_date=&user_only=0&user_id=&txt=1&dispdate=1&B1="](this is simple text)[/URL] in both cases, the second entry.

TIA :rolleyes:
ric

[QUOTE=ric;388479]Madpoo, thanks for your prompt support to such a minor point - and apologies in advance for being this much picky on such a cosmetic thing.

While the issue is resolved in the "exponent status" page, where everything looks now fine, alas, I see that the "report_ll" page is still not extracting the names, at least in [URL="http://www.mersenne.org/report_ll/?exp_lo=25087351&exp_hi=&exp_date=&user_only=0&user_id=&dispdate=1&B1="]this case (see bad result)[/URL], as per:
[CODE]<tr><td align="right">25087351</td>[COLOR="Red"]<td></td>[/COLOR]<td>Marvel-home</td><td>58856B83331F13F6</td><td>0000002A</td><td></td></tr>[/CODE].

Furthermore, while exp status extracts the correct encoded values both in simple text and in full-html modes, the [B]report_ll[/B] page instead is fine when viewed in html, but not yet when invoked in simple text mode [URL="http://www.mersenne.org/report_ll/?exp_lo=55954121&exp_hi=&exp_date=&user_only=0&user_id=&dispdate=1&B1="](this is html)[/URL] - [URL="http://www.mersenne.org/report_ll/?exp_lo=55954121&exp_hi=&exp_date=&user_only=0&user_id=&txt=1&dispdate=1&B1="](this is simple text)[/URL] in both cases, the second entry.

TIA :rolleyes:
ric[/QUOTE]

Huh... well, how do you like that. Until this very moment I had completely missed the fact that there's a whole other possible table on that page for "bad results". I'd fixed up the verified/unverified stuff but I apparently missed the fact that there's a section for bad stuff. Go figure. I don't even have it showing in a proper table either.

Well, I'll get that going... I also didn't fix up the text only names. I saw that but I wasn't sure if the text page is encoded in utf8 to the browser but then I see that it's not just dumping as a raw TXT file to download, but showing it in a text box. I think I knew that I was just in a hurry or being lazy. :smile: I'll wrap those so they encode properly.

EDIT: Actually the problem with the text only results was that I *was* utf8 encoding them, and they shouldn't have been, so anything with accents was showing up funkified. Fixed.

[QUOTE=Madpoo;388509]<snip>
so anything with accents was showing up funkified. Fixed.[/QUOTE]

Great work! Thanks again.
ric

On the "exponent status" page, can there be a destinction made between "expired on" and "checked in on". Currently assignments are said to have expired as they were checked in, which can create confusion.

Server maintenance in a few minutes
 

I'm going to give the web server a quick reboot. I was waiting for a nice quiet time post-Christmas, this seems like it.

It'll be down in about 5 minutes from now (midnight PST) and I think it'll be about 5-10 minutes before it's back up.