Skapa login teckenproblem och FF bug och PUL info

Skapa login teckenproblem och FF bug och PUL info

av Jeff Forssell -
Antal svar: 3
Jag höll på skulle ha min son prova något jag gjort i Moodle för att visa hans lärarinna. När jag hade honom skapa login. Så här såg brevet han fick till Hotmail:

Hej Daniel!

Någon (antagligen Du) har använt Din e-postadress
för att beställa ett nytt konto hos:
'Beröra mitt medvetande'.

Om Du vill bekräfta detta nya konto, så är Du varmt
välkommen att besöka följande webbadress: http://www.tupo.biz/moodle1.6/login/confirm.php?p=eNxYC88Dli3VscE&s=jeffh

I de flesta e-postprogram kommer denna adress att
visas som en blå länk som Du bara behöver klicka på.

osv

Vi var på Hotmail med Firefox och när han klickade confirm länken fick vi "a required parameter was missing." och inget User skapades. 
Jag provade nu på morgonen att igen. Jag skapade ett nytt Hotmail adress och gjorde en Moodle Login till den och fick samma problem.  Jag provade sedan att gå in till Hotmail med IE.  Brevets tecken såg lika bedrövliga ut.  Så jag väntade  samma problem med confirmation, men det fungerade.

När jag jämför länkadressen i båda verkar de samma:
javascript:ol('http://www.tupo.biz/moodle1.6/login/confirm.php?p%3deNxYC88Dli3VscE%26amp;s%3djeffh');
javascript:ol('http://www.tupo.biz/moodle1.6/login/confirm.php?p%3deNxYC88Dli3VscE%26amp;s%3djeffh');

När jag kommer fram till saknade parameter i FF så ser location ut som:
http://www.tupo.biz/moodle1.6/login/confirm.php?p=eNxYC88Dli3VscE&s=jeffh
medan den fungerande i IE:
http://www.tupo.biz/moodle1.6/login/confirm.php?p=eNxYC88Dli3VscE&s=jeffh

Så det verkar vara en kodnings problem med "&".
 
Jag har Moodle 1.6.1 på SiteGround host (Linux Apache MySql) med nyligen uppdaterade Sv lang packs. Jag antar att det är något med övergången till ISO tecken som spökar.

Kan man själv gå in och hitta strängen som admin (vilken .php ?) och prova rätta till det lokalt.

Jag tycker också att PUL upplysningen borde länka till någon yttre standard info site (http://www.foi.se/FOI/templates/Page____3714.aspx t ex) i stället för att säga att det finns på startsidan (vilket det inte gör i standarad installation).
Som svar till Jeff Forssell

Svar: Skapa login teckenproblem och FF bug och PUL info

av Anders Berggren -
Bild på Developers Bild på Translators
Hej Jeff!

Det är helt rätt att varje sysadmin kan gå in i
Administration>>Språk>>Redigera strängar
och göra de ändringar man vill. Det är dock
viktigt att komma ihåg att de bara gäller i den
egna instansen. Om man gör en ny installation
eller uppgraderar och importerar språkpaketet
på nytt så försvinner de egna ändringarna. Det
finns dock också en möjlighet att spara ned dem
i ett lokalt språkpaket, som blir kvar vid uppgraderingar.
Fr o m med 1.6 så kodas alla ändringar i UTF-8.

I det här fallet så heter filen 'moodle.php' och variabeln
heter 'emailconfirmation', men i brödtexten där använder
man bara '$a->link' för ange konfirmationslänken.

Det verkar också som om 'confirm.php' är inblandad.
Isåfall tror jag att det kan vara bättre att göra en
bug-rapport än att göra egna fixar. Den delen ser ju
ut att kunna vara ett generellt problem med kommunikationen
med olika webbläsare, men jag vet inte...

I språkpaketen förekommer det då och att man ändrar i
etablerade, av många redan översatta, strängar i en_utf8.
Så var det i det här fallet. Enda chansen att upptäcka sådant
är att, då och då, granska alla filer och jämföra. Det är inte
alltid man kommer på just den idéen...

När det gäller brödtext till e-postmeddelanden så är det ju
t ex så att alla accepterar inte formatering med HTML-taggar.
I Moodles textsträngar, i en _utf8, förekommer det att man
använder taggar i en del strängar men inte i andra.
Dessutom ändrar man från och till i detta.

Nu har jag tittat på denna variabel och gjort vissa korrigeringar,
dock inga som jag tror påverkar ditt problem.

När det gäller info om PuL så ingår den, helt riktigt, inte i
språkpaketet en _utf8. Det är emellertid allmän lag i EU att
man som webbplatsansvarig måste informera om detta. Många,
inte minst vuxna, är dåligt orienterade om vilka regler som
gäller på Internet. Och en del kanske t o m 'glömmer' vad som
gäller. Därför har jag dristat mig till att, även i det svenska
standardspråkpaketet, påminna om sådant, i den förhoppningen
att det ska hjälpa folk att slippa att i efterhand upptäcka att de
har gjort sig skyldiga till lagöverträdelser, som ju i sämre fall kan
få betydande oönskade konsekvenser... Det har vi nyligen sett.

Nu har jag iallafall angivit den av dig föreslagna länken istället
för att hänvisa till webbplatsens ingångssida. Det var ett bra
förslag. Det kommer dock att dröja ett tag till innan jag checkar
in ett uppdaterat språkpaket.

Den här tråden kastar också ett visst ljus över den här typen
av problem.

Mvh, Anders







Som svar till Anders Berggren

Re: Svar: Skapa login teckenproblem och FF bug och PUL info

av Jeff Forssell -
Så det var DÄR den strängen gömde sig!  Jag såg att strax ovanför fanns ett tomt fält:  "Email charset" som låter som något som kanske vore användbart för att få mailen rätt.  Någon som har någon/t kännedom/erfarenhet av det?
Som svar till Jeff Forssell

Svar: Re: Svar: Skapa login teckenproblem och FF bug och PUL info

av Anders Berggren -
Bild på Developers Bild på Translators
Nedanstående (som lär vara en bugfix) hittade jag här.

21. (D,C) Modify the email_to_user() function to enable encoding
of mails based on site setting and/or user preference. This is a must
because a lot of mail clients/widgets don't support UTF-8 encodings.
Done (email encoding now can be specified at site and user level plus
support any charset (header + body).

Administration>>Variabler>>E-post>> 'sitemailcharset' kanske ska
ställas in till UTF-8?  Kan du testa detta?