I had no problem with using Chrome. Perhaps you retards need to realise that Amiga browsers are just to old....

:P

Simon

Hmmm, spot the Monty Python fan..............

Unless the code is somehow broken, AmiUpdate should create the file (if it doesn't exist, or amend/append, to it if it does, ONLY on a successful connection.

Once the login details are confirmed and a login is confirmed, THEN the sitelist file will be altered or created to store those details.

As I said, unless some changes have broken that operation somehow, it should work as it always did.

Simon

Sorry, my fault. Should be working now

Simon

@Tohe

Just bear in mind this has nothing to do with "official" updates, from Hyperion. These are third party updates that like to mimic OS files (by cloning or superseding version numbers) and confusing the fuck out of users.

AEon has taken it upon itself to try and rewrite the OS one little piece at a time, without much success I might add.

You buy "Enhancer" at your own risk. I might even question the name, IMO...

Simon

@walkero

As ktadd said, (to paraphrase), your work as beta tester was done on a voluntary basis, you knew that when you started. You may go on to higher things, and if you think your work is worth paying for, take it up with whomever may pay the bils.

Whining about it on a forum is not going to better your situation.

It is what it is, and it's doubtful much more will come of it. If only we could all work for Microsoft....

Simon

I have fixed the database entry now, so this should no longer be offered if you have updated already

Simon

On my system, the user-startup script is called BEFORE LoadWB is executed.

Simon

@salass00

Thanks for that, I thought I was going mad:)

It's now fixed in the database, so the recurring update should not happen any more.

Simon

@salass00

Thanks for the grab. I don't know what's going on here, but I can't find the entry for that update in the database. Which server is this update coming from? Public updates?

Perhaps you could grab the main list where this update is shown...

Simon

@redfox

Can you grab the info window showing the remote and local files and send it to me please. I'dlike to double check something.

Many thanks

Simon

@salass00

If you couldlet me know what the date should be set to, I can fix it in the database and cure everyones woes:)

Simon

I have added HTTPS support to AmiUpdate, but I can't remember whether it was released yet or not. I'm hoping to get my Amigas set up soon so I can check/test/release.

I don't know why you think this is a "bug". It simply takes the imagestrip and uses the sizes it presents. As you found out, you can scale the imagestrip to make it smaller/larger and it will just use it as it is.

Are you thinking of adding some sort of scaling to the AmiUpdate prefs?

If so, it may be a while, I have just moved house and none of my Amiga systems are set up right now.

Simon

PS: As for the bugtracker, I'll have to look into that

@Raziel

Let me know what it is you want removed, and I'll do it for you.

Simon

Removed

@Raziel

All I can suggest for now, is to enable "Verbose Log" then perform a scan. The log will be quite large, but a search for "MCC" should show the results of the verion check for those two entries.

See what it says...

Simon

@Raziel

According to the database, LOCALE:Catalogs/spanish

Simon

@Raziel

Fixed the Java entry, thanks.

Regarding the spanish translations for the MCC classes, they are correct as committed by the maintainer. Maybe you have the catalog files installed without the actual classes...

Simon

My appologies for any inconvenience caused here. I had to rebuild the public app database manually due to a total loss. There may still be some errors in it due to this, so please bear with us while we correct any such errors. The listing for z.library has now been fixed.

Simon