Project

General

Profile

Actions

Feature #14416

closed

TER does not use natural sorting on version numbers

Added by Francois Suter almost 20 years ago. Updated over 19 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
Backend API
Target version:
-
Start date:
2004-11-26
Due date:
% Done:

0%

Estimated time:
PHP Version:
Tags:
Complexity:
Sprint Focus:

Description

The TER does not seem to use natural sorting when comparing version numbers of extensions.

Point in case: I wanted to update sr_htmlarea from 0.3.7 to 0.3.17, but the TER wouldn't give me the update option (after checking with the online repository). My guess is that the version numbers are compared as strings and thus 0.3.17 appears smaller than 0.3.7.

PHP 4.3.6
Apache 1.3.27
Mac OS X Server 10.3.6
(issue imported from #M548)

Actions #1

Updated by Francois Suter almost 20 years ago

OK, it's not a bug, it's a feature. Sorry for the bother. I guess it was a question of the developer being a bit shy about bumping up the version number after important modifications to his extension...

Actions #2

Updated by Francois Suter almost 20 years ago

I wanted to close this bug (or at least downgrade its severity) but I couldn't find where.

Actions #3

Updated by Peter Niederlag over 19 years ago

it's not a bug but a feature.
can be solved by a config-var if unwanted

Actions #4

Updated by Ingmar Schlecht over 19 years ago

Closing bug due to user request.

Actions

Also available in: Atom PDF