PEBCAK...
A couple of edits I had made (one adding text to signin.html, and one that
predated me made to challenge.html) had blocked pages from being upgraded
and in doing so confused the button schema and workflow of AUP being before
and now not on the same page as signin.
Thanks to the as ever helpful inverse.ca for leading me back on track.
David
On Wed, Jul 18, 2018 at 10:10 AM, David Harvey <da...@thoughtmachine.net>
wrote:
> Has anyone else observed this, or can anyone offer advice on what I could
> check further?
>
> On Mon, Jul 16, 2018 at 4:31 PM, David Harvey <da...@thoughtmachine.net>
> wrote:
>
>> Dear Packetfence users,
>>
>> Since the 8.0 update (and I'm now on 8.1.0) I've been having problems
>> with the portal and AUP/accept button state (used to be a tick box IIRC or
>> certainly made it clear when it was selected).
>>
>> I believe is relates to /usr/local/pf/html/common/s
>> css/_components.buttons.scss
>>
>> </div><div class="text-center u-padding-top"><input type="checkbox" name
>> ="fields[aup]" id="aup" value="1" class="hide"><label for="aup" class="c-btn
>> c-btn--primary u-1/1 u-2/3@tablet u-3/5@desktop">I accept the terms
>> </label></div>
>>
>> The issue is that it's impossible to tell when the button has been
>> pressed (See below). The button reacts on mouse-over and changes hue a
>> little, but remains identical whether it has been clicked or not. I find
>> it hard to believe no-one else would have observed this, so I wander what I
>> might have done in the portal settings to upset the gods of button state?
>>
>>
>>
>> Kind regards,
>>
>> David
>>
>>
>> </div>
>>
>
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
PacketFence-users mailing list
PacketFence-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/packetfence-users
