[PHP-WEBMASTER] [PHP-BUG] Req #71224 [NEW]: support REST 1.3 xml format on pecl.php.net

2015-12-26 Thread tyr...@php.net
From: tyrael
Operating system: 
PHP version:  Irrelevant
Package:  Website problem
Bug Type: Feature/Change Request
Bug description:support REST 1.3 xml format on pecl.php.net

Description:

implementing this would allow for pecl install to select the correct
package version for the installed php version, see the original
discussion at
http://markmail.org/message/wfzhdgabco7ex77o#query:+page:1+mid:igpt3ymww7inktca+state:results

to achieve this first we should update our code to generate rest 1.3
compatible xml with the additional min/max version information, then
either migrate the current xmls or regenerate them.


-- 
Edit bug report at https://bugs.php.net/bug.php?id=71224&edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=71224&r=trysnapshot54
Try a snapshot (PHP 5.5):   
https://bugs.php.net/fix.php?id=71224&r=trysnapshot55
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=71224&r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=71224&r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=71224&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=71224&r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=71224&r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=71224&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=71224&r=support
Expected behavior:  https://bugs.php.net/fix.php?id=71224&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=71224&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=71224&r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=71224&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=71224&r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=71224&r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=71224&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=71224&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=71224&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=71224&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=71224&r=mysqlcfg


-- 
PHP Webmaster List Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP-WEBMASTER] Bug #64213 [Com]: User notes shown in random order, not useful

2013-02-14 Thread tyr...@php.net
Edit report at https://bugs.php.net/bug.php?id=64213&edit=1

 ID: 64213
 Comment by:     [email protected]
 Reported by:disposable at grahamwideman dot com
 Summary:User notes shown in random order, not useful
 Status: Not a bug
 Type:   Bug
 Package:Website problem
 Operating System:   n/a
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

there was a discussion about that recently, where googleguy explain the 
reasoning 
behind that:
http://www.mail-archive.com/[email protected]/msg00605.html


Previous Comments:

[2013-02-14 20:55:04] [email protected]

Nice investigative work in tying it to #23991 from 2003, but actually the two 
are 
wholly-unrelated.  The new display format is actually because of the 
introduction 
of community voting (git commit 61152c6ae9402a547f216b924f121491bfbd934b[1], et 
al).  The feature introduced the sorting bug which is inconvenient for some 
users, but is technically not a bug.

^1: http://git.php.net/?
p=web/php.git;a=commit;h=61152c6ae9402a547f216b924f121491bfbd934b


[2013-02-14 20:42:48] disposable at grahamwideman dot com

Description:

On php.net pages, the user notes at the bottom of the page are shown in what 
appears to be random order. In any case, it's not reverse date order. 
This makes it difficult to examine only notes since a particular date, and also 
difficult to notice notes that are responses to other notes.

This appears to be a regression of bug #23991.

Test script:
---
n/a

Expected result:

I expect notes to be in reverse order of date, per bug #23991

Actual result:
--
Notes are shown in no recognizable order.






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64213&edit=1

-- 
PHP Webmaster List Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP-WEBMASTER] [PHP-BUG] Bug #64277 [NEW]: windows.php.net not updating from git.php.net

2013-02-22 Thread tyr...@php.net
From: tyrael
Operating system: 
PHP version:  Irrelevant
Package:  Website problem
Bug Type: Bug
Bug description:windows.php.net not updating from git.php.net

Description:

it seems that windows.php.net is updated directly from svn, and was never
changed 
to git.php.net when we moved web/php-windows to
git.php.net/web/windows.git.
to make this more consistent with the rest of the infrastructure and easier
to 
migrate later on, I think that it would be a good idea to set up a new
rsync 
target for php-wndows-web on rsync.php.net and pull the code from there
using 
rsync.


-- 
Edit bug report at https://bugs.php.net/bug.php?id=64277&edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=64277&r=trysnapshot54
Try a snapshot (PHP 5.3):   
https://bugs.php.net/fix.php?id=64277&r=trysnapshot53
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=64277&r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=64277&r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=64277&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64277&r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=64277&r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=64277&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64277&r=support
Expected behavior:  https://bugs.php.net/fix.php?id=64277&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64277&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64277&r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=64277&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64277&r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=64277&r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=64277&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64277&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64277&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64277&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=64277&r=mysqlcfg


-- 
PHP Webmaster List Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP-WEBMASTER] Bug #64273 [Com]: Requesting nonexistent files should produce HTTP 404 Not Found

2013-02-23 Thread tyr...@php.net
Edit report at https://bugs.php.net/bug.php?id=64273&edit=1

 ID: 64273
 Comment by:     [email protected]
 Reported by:php-bugs-2013 at ryandesign dot com
 Summary:Requesting nonexistent files should produce HTTP 404
 Not Found
 Status: Assigned
 Type:   Bug
 Package:Website problem
 PHP Version:Irrelevant
 Assigned To:tyrael
 Block user comment: N
 Private report: N

 New Comment:

what bjori suggested is using
http://uk.php.net/get/php-5.3.222.tar.bz2/from/this/mirror
instead of
http://uk.php.net/distributions/php-5.3.222.tar.bz2
(or any other mirror you want to use)
as that would still fetch the same files but producing 404 when the file can't 
be 
found.


Previous Comments:

[2013-02-23 10:59:42] php-bugs-2013 at ryandesign dot com

We would prefer not to use http://www.php.net/get/php-5.3.23.tar.bz2
/from/this/mirror style URLs. In MacPorts, each package (or "port") can
specify multiple URLs for each file to be downloaded. To that list are 
added a number of MacPorts mirror servers located around the globe. When 
a user wants to install a port, MacPorts pings each server and prefers 
to download the files from the servers with the lowest ping times. Our 
hope is this will result in faster downloads for users because they will 
connect with servers closer to them.

Currently for PHP ports we list a handful of PHP mirror servers. If we 
were to instead list only www.php.net, then our algorithm to determine the 
fastest server would only take the ping time of www.php.net itself into 
consideration. The end result might be that a user would be directed to 
one of our mirror servers, even if a PHP mirror server might be closer to 
them and deliver a faster download.


[2013-02-22 16:46:51] [email protected]

Ryan, please use http://www.php.net/get/php-5.3.23.tar.bz2/from/this/mirror 
style 
urls.
These will give you the correct header and redirect you to the correct mirror 
if 
needed.


[2013-02-22 10:59:32] [email protected]

that sounds like a good compromise
(funnyfact: I've checked and trying to download a nonexistent release on apple 
like iTunes will result in an empty 404 page, so they not showing that nice 404 
page for the direct downloads)


[2013-02-22 10:44:32] php-bugs-2013 at ryandesign dot com

I have no objection to you making it easier for users to find your software on 
your web site. But please do so in a way that does not increase the support 
burden 
for people trying to help your users install your software, namely me and other 
people who maintain PHP in package management systems.

One solution would be to serve up a custom 404 page that says "The file you 
requested was not found; go *here* for a list of available files," or some 
other 
wording for directing the user to the Releases page. Or even put links to the 
latest releases on the 404 page. See how Apple does their 404 page:

http://apple.com/404notfound

----
[2013-02-22 10:27:49] [email protected]

Hi,

it seems that it is/was an intentional decision so that the it is more 
convinient 
for the humans to find what they are looking for when they request a 
distribution 
which isn't there:
http://git.php.net/?p=web/php.git;a=blob;f=error.php#l120
fixing the problem reported here would be trivial, but it requires a decision 
which I don't wanna take on alone.




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

https://bugs.php.net/bug.php?id=64273


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64273&edit=1

-- 
PHP Webmaster List Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP-WEBMASTER] [PHP-BUG] Bug #64897 [NEW]: different username length on pecl.php.net and master.php.net

2013-05-22 Thread tyr...@php.net
From: tyrael
Operating system: 
PHP version:  Irrelevant
Package:  Website problem
Bug Type: Bug
Bug description:different username length on pecl.php.net and master.php.net

Description:

we got an account request where the username got truncated when saved into
the db:
https://master.php.net/manage/users.php?id=2737
vs
http://pecl.php.net/admin/?acreq=abhishekkasera2013
the notification mails also contained the non-truncated values.
we could either bring the length validation logic on both sites in sync, or
we 
could change the code on master so that the user creation through the
remote call 
properly validates the username length instead of silently truncating it.


-- 
Edit bug report at https://bugs.php.net/bug.php?id=64897&edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=64897&r=trysnapshot54
Try a snapshot (PHP 5.3):   
https://bugs.php.net/fix.php?id=64897&r=trysnapshot53
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=64897&r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=64897&r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=64897&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=64897&r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=64897&r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=64897&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=64897&r=support
Expected behavior:  https://bugs.php.net/fix.php?id=64897&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=64897&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=64897&r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=64897&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64897&r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=64897&r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=64897&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=64897&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=64897&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=64897&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=64897&r=mysqlcfg


-- 
PHP Webmaster List Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP-WEBMASTER] [PHP-BUG] Bug #66263 [NEW]: the search on wiki.php.net is broken

2013-12-11 Thread tyr...@php.net
From: tyrael
Operating system: 
PHP version:  Irrelevant
Package:  Website problem
Bug Type: Bug
Bug description:the search on wiki.php.net is broken

Description:

It shows no results for almost all keywords that I've tried, but there
is a single result for the keyword php:
https://wiki.php.net/start?do=search&id=php
I guess it is somehow related to the recent dokuwiki upgrade done by
Hannes.


-- 
Edit bug report at https://bugs.php.net/bug.php?id=66263&edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=66263&r=trysnapshot54
Try a snapshot (PHP 5.5):   
https://bugs.php.net/fix.php?id=66263&r=trysnapshot55
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=66263&r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=66263&r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=66263&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=66263&r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=66263&r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=66263&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=66263&r=support
Expected behavior:  https://bugs.php.net/fix.php?id=66263&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=66263&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=66263&r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=66263&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=66263&r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=66263&r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=66263&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=66263&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=66263&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=66263&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=66263&r=mysqlcfg


-- 
PHP Webmaster List Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



[PHP-WEBMASTER] [PHP-BUG] Bug #66273 [NEW]: update/recreate the phpwiki template based on the latest dokuwiki base template

2013-12-12 Thread tyr...@php.net
From: tyrael
Operating system: 
PHP version:  Irrelevant
Package:  Website problem
Bug Type: Bug
Bug description:update/recreate the phpwiki template based on the latest 
dokuwiki base template

Description:

this would fix issues like the currently borked Table of contents and we
could also use the new php.net header/layout.


-- 
Edit bug report at https://bugs.php.net/bug.php?id=66273&edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=66273&r=trysnapshot54
Try a snapshot (PHP 5.5):   
https://bugs.php.net/fix.php?id=66273&r=trysnapshot55
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=66273&r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=66273&r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=66273&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=66273&r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=66273&r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=66273&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=66273&r=support
Expected behavior:  https://bugs.php.net/fix.php?id=66273&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=66273&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=66273&r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=66273&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=66273&r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=66273&r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=66273&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=66273&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=66273&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=66273&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=66273&r=mysqlcfg


-- 
PHP Webmaster List Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php