Forum: Site Announcements

I got the message "Invalid IP token"

The new system uses the same brute-force mitigation system as the one currently on SOL. So, just reload the form and resubmit. If you have any security software that sits in between your computer and the internet via proxy for forms, then you must whitelist login.wlpc.com.

"Account not found" Since my account has to be my e-mail address, and since it seems to be completely SNAFU already (I can access SOL and Finestories but not SciFiStories) I guess that's it for me.

Try it now.

Still broken for me. Consistently says it has never heard of my e-mail.

I checked your account on SOL and compared the email address in the id server's database. They're the same.

Is it possible to have both the email and password fields on the same page?

Why?

It's more secure like this.

authenticate with browser AGAIN to fill the password

That's funny. I've never seen a browser that forces you to authenticate for each screen of a log in system. Google, Outlook.com, Apple, they all use two step username/password log in system. It's done for security reasons.

I use a password manager that makes it one-click easy to authenticate on a single page with username and password on the same page.

Whenever the password manager fails to save the password info, then it's usually best to start by making sure that no record for the domain is saved by deleting whatever the password manager saved (for example sometime Firefox saves the password but no email) and then start from scratch.

If that fails, then most/all password managers allow you to enter the log in info for the domain/site manually into the password manager and it will use it later properly.

This is a mess. Please fix it.

What do you mean? How is it a mess?

And it looks like there is a bit of hanky panky with the login process that appears to be attempting to get personal information.

Huh? the main difference between the old log in page(s) and the new one is that the new one is a two step process. At no point the log in page asks for personal information. You'll have to elaborate and provide more info about your experience for me to understand the complaints.

Password box does not appear after entering email on my kindle.

Does any of the page show up at all, of you get a blank screen after you enter your email?

The page stays the same.

I made some changes. It seems the < input type="image"> tag has very spotty support. I switched to a styled button. Please try it and let me know if it worked.

The page refreshes - stays the same - ie doesn't show the password box.

Which kindle do you have? and what version software does it have?

Paperwhite
Firmware version Kindle 5.12.2 (2569620025)

works now BTY ;-)

Good to know.

In Firefox = even creating/saving a new password/login for the site no email shows on first screen when clicking inside the box. After manually typing in email address and RETURN then stored password shows on clicking in the field.

I made sure that the password form submits the email too from a hidden field to avoid this. It works on Safari and Chrome, I don't know why Firefox ignores this field.

It's September 30th and I'm still logged in from weeks ago. I thought the system would log me off today and require me to log back in. I'm logged into SOL, the Forum, and Bookapy in three browser windows.

Did the new system not go in or am supposed to do something?

Did you use the new log in page to log in to Bookapy? Bookapy had the new log in for a few days now.

So if you've used it on Bookapy successfully, you wouldn't notice when it switches on SOL; it should be almost seamless.

I don't remember logging out of Bookapy.

That's odd. It should have logged you out.

Do I need to log out of everything and log back in?

If it's working, you don't need to do anything. If it logs you out, then log back in.

I suspect something in the page code is disabling the FireFix autofill function on the ID page.

Firefox is peculiar with passwords. I don't know how to fix it yet. I'm working on it.

You're into a part of coding I never really got to work in, so I'm kind of stumbling around in the dark. However, when I looked at the source code for the Login ID page I did think it odd you had a line of code setting the initial value at Submit Email before you gathered in the value to be entered. Thus I wonder if having a default value in there is what is stopping the autofill from working because the field has an entry in it.

That hidden field is for the server side of things. When I was using < input type="image" name="cmd" value="Submit Email" > to submit the form, Firefox and chrome didn't send this 'value' with the form, so it was broken if you remember on the first test. I fixed it by having this hidden input with the cmd and its value.

Hidden values shouldn't interfere in a form. All log in forms have various hidden values, like that long encrypted < input type="hidden" name="v" value="">.

The password form has an invisible email address field and Firefox sees it and submits it, so it's not that Firefox is not keeping track of two forms. The first form takes the email address, verifies that it exists and embeds it in the password form so that the browser sees a combo. Now why Firefox is different than Safari, Chrome, IE/Edge, I have no idea yet.

with the code for the data entry before the code for the submission, while the ID code is in the reverse order.

< input type = "hidden" name = "cmd" value = "Submit Email" >
< input type = "email" name = "email" value ="" id = "email" size = "25" maxlength = "64" autocorrect = "off" autocapitalize = "off" spellcheck = "false" required >

and I wondered how this might affect the way the page is processed by the browser.

The only time the order matters is when there are two or more inputs with the same name. Other than that, order doesn't matter.

But, then again, if everything is working as it should theoretically, we wouldn't be having this discussion.

I made some more changes to the log in form.

Testing with Firefox worked on my end (Firefox 81).

Test it and let me know if the fix worked.

have you pushed the change out to the servers as I'm not seeing any changed code at this end yet? Cleared cookies and all data, but still showing the same code.Will continue to check.

I pushed some more changes. The change was in the password form.

I just tested it with Firefox 81 again. Brand new log in. Firefox saved the log in properly.

for me this change broke my ability to log in from an iPad Gen1. all i get is a blank screen.

At which step do you get the blank screen? When you load the log in page or after you submit your email?

I made some changes 30 minutes ago that may help.

my only remaining issue is that safari and chrome are no longer to use stored login/pw like on the old system.
can you fix that?

I don't know how to fix it if I can't replicate it. I tested with Safari (my development browser), Chrome, Firefox (gave me a bit of trouble, but now works), Safari on iOS, Chrome and Firefox and it worked.

You may have to delete the log in info in Safari or Chrome first, but when you try it with a blank record (nothing saved for the domain), then it should work.

I always get an 'account not found message'.

You must be using the wrong email address. To know which email address to use, go to the 'My Account', it lists which email address was used for log in.

can't find why the autofill is not working on the ID page. Still have to enter the email address manually.

on mine it doesn't automatically fill the form. I have to start typing the email address and pick from the drop down menu.

seeing if I can find a FF setting that may affect this.

If you're using a private window or FF is set to always use private windows, then the log in info is handled differently. Never suggested to save.

How can you stay logged in. It seems like you get kicked out after a time of inactivity.

You're supposed to stay logged in. I made some changes. Let me know if they helped. Although some browser settings can affect this.If your browser is set to expire cookies after a certain time for example, you would get logged out.

the page kept switching back and forth two different views.

Two different views? You mean two styles?

What about anoonsol.net. Will that still be anonymous?

Nothing changes about that.

Lazeez is working on it, he restores my "Vincent Berg" pseudonym, but I only have one book on Bookapy with that name, so (hopefully) he's restore my two alternate pseudonyms.

Vincent Berg pen name shows 14 books!

Also, how about you answer my private message to fix the rest.

I am, apparently, logged in, since there is a "log out" link at top right. But there are no SOL, Finestories, or any other buttons, logos, etc. on that page. Therefore, no way to visit SOL or any of the others.

The log in system can't just show all the sites. Remember, a minor that signs up on Finestories, shouldn't be offered links to SoL.

To use that sign up with SOL, go to sol and click 'Log in' and you'll see what happens.

Nobody will ever sign up for SOL or any other site by first going to the log in page, they'll go through one of the sites. The login request will create a link record in the database that you have an account on SOL for example and then the button on the login page will show up.

But when I tried to access my SciFistories library or following lists they were empty.

Unfortunately, that what happens in a conflict in the databases. That's the whole reason for this move.

Is there a way to save login information so it doesnt have to be typed all the time.

These days all browser have built-in password managers, or you could go for a specialized password manager like 'password1' for example.

It did not like my password so I had to change it. Theen, the next day it did not like the new one, and the next day...and I hope you get the message.

Were you entering your password manually? or through a password manager? if with a password manager did your password manager ever prompt you to save the new passwords?

Minor annoyance but still annoyance: I access SOL almost exclusively via Android.
Since the log-in update the view keeps changing to "Desktop", even though the relevant box in my browser is not ticked - I tap "mobile view", tap on a link - and am back in Desktop view.

The whole of the new log in system doesn't do anything desktop/mobile-wise view thing at any point in the process. It doesn't even check, at all.

Your browser is doing something unexpected.

I suppose I can live with tapping "Mobile" once in every session...

When you tap the icon the option to override desktop mode on a desktop browser is saved in a cookie. if that cookie is deleted, then the browser reverts to the default.

Did you try setting it as a preference in your account?

Go to the 'My Account' page, scroll down to 'Listings', click on 'Change' next to it, then in the 'Preferences for Listings Pages' panel, at the bottom there is a drop down menu for 'Screen Layout:' Instead of 'Automatic screen size detection' select 'Mobile View' and click save changes.

Bookapy

Finestories.com

Scifistories.com

The Clitorides Awards

Is it possible to just use the original php code (login.php) from SOL?

The current html code that the browser deals with (email AND password form) is virtually the same as the old form.

Now, when logging into a site, you'll get a single form with email address field and password field. Just like before.

If your browser is mishandling it, then you should delete the saved login in your browser and start from scratch so that it saves both at the same time and in the future fills them up at the same time.

For those who enter email and password manually it would be nice if the "forgot password?" was moved below the password box. That way it is only one tab from email to password instead of two.

Done, although, that's a browser feature that does it the wrong way. The browser should prioritize form fields when hitting the tab key and after that maybe other items on the page.

Since I created this new form I've been massacring my design for ancient browsers. Like an original iPad from 10 years ago, or a similarly old kindle that can't apply a drop shadow a form field and doesn't run the script to put the cursor in the field, so the email field and the password field are invisible. Oh well...

I really don't like having to relogin every time I change apps on my iPad. Can I change that?

Yes of course.

Don't browse the site in a private tab. Use a normal tab.

The private tab's job is to delete history and cookies, so if you use one with storiesonline, the cookie will always get deleted, logging you out.