[PHP-BUG] Bug #60233 [NEW]: Editor wont start when FB Connect or Google FriendConnect is unavailable
From: Operating system: PHP version: Irrelevant Package: Online Doc Editor problem Bug Type: Bug Bug description:Editor wont start when FB Connect or Google FriendConnect is unavailable Description: The Online Editor will hang at the Initializing Splash Screen forever when either Google FriendConnect or Facebook Connect is unavailable. Firebug lists the following error: google.friendconnect.container is undefined https://edit.php.net/js/login-all.js Line 1 Reasons for them being unavailable might be network errors or tracker blockers, like Ghostery plugin for FF. Since the editor also provides it's own login mechanism anyway, FB and Google are purely optional and should not terminate script execution when unavailable. The Editor should include a check or try/catch block when registering them in the sidepanel. -- Edit bug report at https://bugs.php.net/bug.php?id=60233edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60233r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60233r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60233r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60233r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60233r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60233r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60233r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60233r=needscript Try newer version: https://bugs.php.net/fix.php?id=60233r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60233r=support Expected behavior: https://bugs.php.net/fix.php?id=60233r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60233r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60233r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60233r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60233r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60233r=dst IIS Stability: https://bugs.php.net/fix.php?id=60233r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60233r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60233r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60233r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60233r=mysqlcfg
[PHP-BUG] Bug #60201 [NEW]: SplFileObject::setCsvControl does not expose third argument via Reflection
From:
Operating system: any
PHP version: 5.4.0beta2
Package: SPL related
Bug Type: Bug
Bug description:SplFileObject::setCsvControl does not expose third argument via
Reflection
Description:
The method signature for SplFileObject::setCsvControl given in the manual
lists three arguments $delimiter, $enclosure and $escape. When using the
Reflection API to export the method, the third argument $escape is
missing.
Test script:
---
ReflectionMethod::export('SplFileObject', 'setCsvControl');
Expected result:
Method [ internal:SPL public method setCsvControl ] {
- Parameters [3] {
Parameter #0 [ optional $delimiter ]
Parameter #1 [ optional $enclosure ]
Parameter #2 [ optional $escape ]
}
}
Actual result:
--
Method [ internal:SPL public method setCsvControl ] {
- Parameters [2] {
Parameter #0 [ optional $delimiter ]
Parameter #1 [ optional $enclosure ]
}
}
--
Edit bug report at https://bugs.php.net/bug.php?id=60201edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60201r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60201r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60201r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60201r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60201r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60201r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60201r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60201r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60201r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60201r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60201r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60201r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60201r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60201r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60201r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60201r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60201r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60201r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60201r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60201r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60201r=mysqlcfg
[PHP-BUG] Req #55716 [NEW]: Add an option to pass a custom stream context to get_headers
From: Operating system: any PHP version: 5.4.0beta1 Package: Streams related Bug Type: Feature/Change Request Bug description:Add an option to pass a custom stream context to get_headers Description: This get_headers() function uses the default stream context, which can be set/changed with the stream_context_get_default() function. This is sometimes undesirable because the default context will be used for any subsequent uses as well. Please provide an optional third argument to the get_headers() function to allow setting of a custom stream context (just like file_get_contents has). -- Edit bug report at https://bugs.php.net/bug.php?id=55716edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55716r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55716r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55716r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55716r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55716r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55716r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55716r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55716r=needscript Try newer version: https://bugs.php.net/fix.php?id=55716r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55716r=support Expected behavior: https://bugs.php.net/fix.php?id=55716r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55716r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55716r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55716r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55716r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55716r=dst IIS Stability: https://bugs.php.net/fix.php?id=55716r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55716r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55716r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55716r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55716r=mysqlcfg
[PHP-BUG] Req #53950 [NEW]: Add a way to configure where libxml searches for Catalog Files
From: Operating system: any PHP version: Irrelevant Package: *XML functions Bug Type: Feature/Change Request Bug description:Add a way to configure where libxml searches for Catalog Files Description: Libxml can use catalog files to provide a local cache mechanism allowing to load the entities associated to public identifiers or remote resources. There is currently no way to configure the catalog file path from PHP. Configuring the path in libxml itself seems possible: The user can change the default catalog behaviour by redirecting queries to its own set of catalogs. This can be done by setting the XML_CATALOG_FILES environment variable to a list of catalogs, an empty one should deactivate loading the default /etc/xml/catalog default catalog. It would be nice if PHP's libxml extension would provide a way to set the path somehow. This could be helpful when validating documents with remote System Identifiers, like any HTML DTD. Or simply to bundle files with an application. Related Resources: - http://xmlsoft.org/catalog.html - http://www.w3.org/blog/systeam/2008/02/08/w3c_s_excessive_dtd_traffic - http://bugs.php.net/48080 - http://bugs.php.net/32426 -- Edit bug report at http://bugs.php.net/bug.php?id=53950edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53950r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53950r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53950r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53950r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53950r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53950r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53950r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53950r=needscript Try newer version: http://bugs.php.net/fix.php?id=53950r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53950r=support Expected behavior: http://bugs.php.net/fix.php?id=53950r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53950r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53950r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53950r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53950r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53950r=dst IIS Stability: http://bugs.php.net/fix.php?id=53950r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53950r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53950r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53950r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53950r=mysqlcfg
