Testing Required for the New Members

Queries, errors or glitches regarding Member facilities
dbr
Posts: 493
Joined: Fri Feb 08, 2008 2:33 pm
Location: Sale VIC

Re: Testing Required for the New Members

Post by dbr » Mon Jul 26, 2010 6:25 pm

I like the rationalisation of the left menu items.

For consistency I recommend migrating (or replicating) the Services > Manage Add Ons tab to the Order Services > VOIP. This would mean I could Order the Add Ons from the Order Services items.
http://www.saferoz.com.au
First Aid * Fire * Safety

User avatar
Dazzled
Volunteer Site Admin
Posts: 6002
Joined: Mon Nov 13, 2006 1:16 pm
Location: Sydney

Re: Testing Required for the New Members

Post by Dazzled » Mon Jul 26, 2010 7:05 pm

Andrew L, sorry, I'm back again - my reply went to electron heaven, so I'll try again. To start with your last question, a long time ago a decision was made to use Flash on the home page. Large numbers of users were shut out and an alternative page was developed. It took a while to refine this so that everyone could use it. All the Exetel customers I have set up have the alternate page bookmarked. Importantly, the final version used a very simple <form> element.

The new page at https://www.exetel.com.au/members/home.php uses a <table> element, which kills auto log in dead for many browsers. I tested browsers and posted a few problems a while ago (there are eight on my main machine) - for example Konqueror (KHTML engine) works, clumsily like Firefox, but that's Konqueror for you. Epiphany (Gecko) fails, as do a cluster of other minor browsers. The disaster is that the third most important browser, and by far the most advanced of all of them, Opera, fails. I have configured Opera with a number of bash script wrappers, user javascripts and local CSS, so that it is my whole desktop, and I run an app developer's set up, but the problem holds for any normal sensible Opera home user. The site contains many mostly minor syntax errors, very visible if you run an error console or terminal, but the main browsers negotiate these reasonably well.

Once at the home page, the sidebar link to say https://www.exetel.com.au/members/payme ... nvoice.php actually rebuilds the log in page. A second log in will get the desired page.

Don't bother with Lynx; I don't expect it to be catered for. Dillo, once beloved by lightweight rescue CDs, fails, but it's pretty well finished now. Standards-compliant full-graphics browsers must be catered for. Downloading the site and putting it through development tools picks up the main troubles - <table>; redirects (forum and blog); and trivial miscodings.

Code: Select all

<div id="login">
		<table border="0">
			<tr>
				<td align="right">Username:</td><td><input name="login_name" class="tboxsize" /></td>
			</tr>
			<tr>
				<td align="right">Password:</td><td><input name="password" type="password" class="tboxsize" /></td>
			</tr>
			<tr>
				<td align="right" colspan="2">
					<input type="hidden" name="doLogin" value="1" />
					<input id="login_btn" name="submit" type="submit" value="login" />
				</td>
			</tr>
		</table>
		<a href="password_recover.php" id="forgot_password">Forgot password?</a>
		<br class="clear" />
	</div>
This could be a form, with CSS handling the layout.

melanieb
Exetel Staff
Posts: 58
Joined: Thu Jun 25, 2009 3:00 pm
Location: North Sydney

Re: Testing Required for the New Members

Post by melanieb » Tue Jul 27, 2010 10:19 am

dbr wrote:I like the rationalisation of the left menu items.

For consistency I recommend migrating (or replicating) the Services > Manage Add Ons tab to the Order Services > VOIP. This would mean I could Order the Add Ons from the Order Services items.
thanks, i will have this added.

melanieb
Exetel Staff
Posts: 58
Joined: Thu Jun 25, 2009 3:00 pm
Location: North Sydney

Re: Testing Required for the New Members

Post by melanieb » Tue Jul 27, 2010 10:20 am

Dazzled wrote:Andrew L, sorry, I'm back again - my reply went to electron heaven, so I'll try again. To start with your last question, a long time ago a decision was made to use Flash on the home page. Large numbers of users were shut out and an alternative page was developed. It took a while to refine this so that everyone could use it. All the Exetel customers I have set up have the alternate page bookmarked. Importantly, the final version used a very simple <form> element.

The new page at https://www.exetel.com.au/members/home.php uses a <table> element, which kills auto log in dead for many browsers. I tested browsers and posted a few problems a while ago (there are eight on my main machine) - for example Konqueror (KHTML engine) works, clumsily like Firefox, but that's Konqueror for you. Epiphany (Gecko) fails, as do a cluster of other minor browsers. The disaster is that the third most important browser, and by far the most advanced of all of them, Opera, fails. I have configured Opera with a number of bash script wrappers, user javascripts and local CSS, so that it is my whole desktop, and I run an app developer's set up, but the problem holds for any normal sensible Opera home user. The site contains many mostly minor syntax errors, very visible if you run an error console or terminal, but the main browsers negotiate these reasonably well.

Once at the home page, the sidebar link to say https://www.exetel.com.au/members/payme ... nvoice.php actually rebuilds the log in page. A second log in will get the desired page.

Don't bother with Lynx; I don't expect it to be catered for. Dillo, once beloved by lightweight rescue CDs, fails, but it's pretty well finished now. Standards-compliant full-graphics browsers must be catered for. Downloading the site and putting it through development tools picks up the main troubles - <table>; redirects (forum and blog); and trivial miscodings.

Code: Select all

<div id="login">
		<table border="0">
			<tr>
				<td align="right">Username:</td><td><input name="login_name" class="tboxsize" /></td>
			</tr>
			<tr>
				<td align="right">Password:</td><td><input name="password" type="password" class="tboxsize" /></td>
			</tr>
			<tr>
				<td align="right" colspan="2">
					<input type="hidden" name="doLogin" value="1" />
					<input id="login_btn" name="submit" type="submit" value="login" />
				</td>
			</tr>
		</table>
		<a href="password_recover.php" id="forgot_password">Forgot password?</a>
		<br class="clear" />
	</div>
This could be a form, with CSS handling the layout.
Dazzled,

Andrew is away today. But I will have him look into this as soon as he returns tomorrow.

Melanie

melanieb
Exetel Staff
Posts: 58
Joined: Thu Jun 25, 2009 3:00 pm
Location: North Sydney

Re: Testing Required for the New Members

Post by melanieb » Fri Jul 30, 2010 10:26 am

Dazzled,

Are you still having issues?

Our development team cannot seam to be able to find any errors.

Cheers,

Melanie

User avatar
Dazzled
Volunteer Site Admin
Posts: 6002
Joined: Mon Nov 13, 2006 1:16 pm
Location: Sydney

Re: Testing Required for the New Members

Post by Dazzled » Fri Jul 30, 2010 12:05 pm

Melanie, thanks for replying, but the things that cause so much bother are still there.

I had just written this, when Konqueror swallowed it when another !@#$% login was demanded. It's my only "Exetel-working" browser and yet it can't fully handle this forum's login problems. I'll be glad to be able to get back to my desktop again. Here's a second attempt:

The main user login problem is still present - the inputs are wrapped in a table, inside some divs, inside an actionless form. and not directly in a form with a simple url action. Table is still in use for layout instead of CSS. The use of home.php to handle log in and the main page is prone to trouble.

This was solved long ago with a simple form in http://www.exetel.com.au/index_alt.php. All browsers can handle this, and auto form fill-in systems all work.

There are still errors to be found. The DOCTYPE is XHTML, so missing tags have to be watched for. A major mistake is at <div id="shortcut_prompt"> where a form is terminated in a different td (nesting error).

The main facility, once entered, is full of tag and attribute errors, which admittedly most browsers can resolve or ignore, but it leaves open a source of trouble, particularly if an attribute is important. There is a quibble in /css/global.css. Most of this stuff can be seen with a visual scan, but there are development tools that chase down all these things.

[edited]
PS I finally got a Firefox set up, and of course it works well on the page. Please don't force users to use it.

Andrew L
Exetel Staff
Posts: 24
Joined: Mon Jul 26, 2010 3:54 pm
Location: Exetel

Re: Testing Required for the New Members

Post by Andrew L » Wed Aug 04, 2010 1:59 pm

Hi Dazzled,

Unfortunately I'm unable to test the site while using Konqueror at the moment but when the five major browsers (http://www.w3schools.com/browsers/browsers_stats.asp) work with no issues , it's hard for us to spend development time tracking down bugs for other less used browsers. I will spend some time if available on the weekend going through the site with Konqueror and fixing any errors I can.

You said yourself that most browsers will resolve or ignore any small errors or bugs so it's a choice you can make to not use Konqueror for the purpose of viewing your members facility or browsing this forum (since you are a moderator now). At least until some of the errors can be fixed in the future.

User avatar
Dazzled
Volunteer Site Admin
Posts: 6002
Joined: Mon Nov 13, 2006 1:16 pm
Location: Sydney

Re: Testing Required for the New Members

Post by Dazzled » Wed Aug 04, 2010 2:59 pm

Andrew, don't bother with Konqueror, it works, I just don't like it. The one that fails is Opera, which is on your list. When you allow for the number of times Opera masquerades as FF, it should have a higher percentage in the table. Opera is a fully standards-compliant browser and works on compliant sites.

I referred to syntax errors, which are easily spotted, but the null action form and the use of the same url present more difficulties.

What currently happens with Opera is this--
1. The wand (auto form fill-in) doesn't work (it doesn't like the form).
2. OK, Type the login at https://www.exetel.com.au/members/home.php, and this now enters https://www.exetel.com.au/members/home.php. Good so far.
3. Select, say, My Details, and we get the login form, this time at https://www.exetel.com.au/members/change-details.php
4. Type again. This leads to a blank page at https://www.exetel.com.au/members/change-details.php
5. Give up and go back to home page.
6. Press Usage->ADSL and we get the login again at https://www.exetel.com.au/members/home_details.php
..and so on.

The presentation of the login page under the name of the required page is a problem between the form and the php.

I might have a highly configured browser myself, but I know of some very tech-illiterate Opera users on Exetel. Opera is also a mail client.

JamesR
Posts: 424
Joined: Sun May 06, 2007 10:20 am

Re: Testing Required for the New Members

Post by JamesR » Mon Aug 09, 2010 6:19 pm

The page where you can configure email addresses allowed to send faxes via email is missing from the "Fax" page.
Regards,

JamesR
Customer since 2005

sable
Posts: 651
Joined: Tue Jan 20, 2004 9:28 am
Location: NSW

Re: Testing Required for the New Members

Post by sable » Tue Aug 10, 2010 2:04 pm

When cacelling a service as of a date in the future, after agreeing to all cnditions and pressing submit the following appears in top left in bright red letters;

SERVICE CANCELLED at Tuesday August 10, 2010 01:47 pm

giving the impression that the service has been cancelled NOW.

In the fine print the requsted date of cancellation is recorded.

Wording of the bold red letters should be something like" Request for cancellation of service submitted Tuesday 10 August ....."

Post Reply