I'm using RS form and in a form I use captcha. But image is not showing on server. Localhost is able to show image. I have included GD library, but still image is not displaying.
Check the configuration of server:
GD Support - enabled
GD Version - bundled (2.0.34 compatible)
GIF Read Support - enabled
GIF Create Support- enabled
JPEG Support - enabled
libJPEG Version - 6b
PNG Support - enabled
libPNG Version - 1.2.10
WBMP Support - enabled
XPM Support - enabled
libXpm Version - 30411
XBM Support - enabled
Try disabling SEF and see if it works. In most cases, we have traced down the reason of the problem to be SEF.
Related
Reference url: https://www.blog.google/products/chrome/saying-goodbye-flash-chrome/
Adobe announced its plans to stop supporting Flash at the end of 2020. And google announced that remove Flash completely from Chrome toward the end of 2020.
Still we are using magento1 and image upload depended on flash. if flash removed from chrome, how to upload images in magento 1?
is all magento 1 version depended on flash? (currently using 1.9.4.4)
is there any patch from magento for this issue?
what are the impact on magento 1, if flash removed from browser?
what is the solution for the image upload, if flash removed from browser?
As flash player is no longer in service you should move to html5 base uploader
Just follow instructions given in link below, I tested on 1.9.4 and it worked !!!
https://www.mavenecommerce.com/2016/10/18/magento-html5-uploader
this was resolved in SUPEE 8788 and 1.9.3 release
Core team switched to JS uploader for this reason.
https://support.hypernode.com/en/best-practices/security/how-to-install-magento-patch-supee-8788-and-release-1-9-3
https://magento.com/security/patches/supee-8788
APPSEC-666 - Cross-site scripting in Flash file uploader
Since upgrading to TYPO3 7.6/rtehtmlarea 7.6.0 I have been unable to select images when using the Chromium browser. This is with Chromium v59 on Linux Mint.
It works fine with Firefox.
I have reproduced this using the latest TYPO3 v7 (7.6.21). However, I have also reproduced it on a v6.2 site - so I think my associating the problem with an upgrade to 7.6 was a mistake.
When I click on an image using Chrome I get the following in the console log:
Uncaught DOMException: Failed to execute 'setBaseAndExtent' on 'Selection': There is no child at offset 1.
at Selection.selectNode (http://localhost/typo3/sysext/rtehtmlarea/Resources/Public/JavaScript/HTMLArea/DOM/Selection.js?bust=d56abf6f622092c31162857ab5937b1f679b5b45:250:20)
at Iframe.onMouse (http://localhost/typo3/sysext/rtehtmlarea/Resources/Public/JavaScript/HTMLArea/Editor/Iframe.js?bust=d56abf6f622092c31162857ab5937b1f679b5b45:604:37)
at HTMLHtmlElement. (http://localhost/typo3/sysext/rtehtmlarea/Resources/Public/JavaScript/HTMLArea/Editor/Iframe.js?bust=d56abf6f622092c31162857ab5937b1f679b5b45:536:36)
at HTMLHtmlElement.dispatch (http://localhost/typo3/sysext/core/Resources/Public/JavaScript/Contrib/jquery/jquery-2.1.4.min.js:3:6466)
at HTMLHtmlElement.r.handle (http://localhost/typo3/sysext/core/Resources/Public/JavaScript/Contrib/jquery/jquery-2.1.4.min.js:3:3241)
Graham
I installed the debug version of flash using the script given in this link. Alternatively, I also tried downloading the debug version of flash from here and moved libflashplayer.so to /usr/lib/mozilla/plugins but still it gives me problems viewing flash contained.
P.S. - In about:plugins page on firefox it says that Flash is installed and enabled.
While trying to view flash content, the following is being displayed:
(On Adobe's website)
(On this website.)
What am I doing wrong? How can I fix this?
So in our application, a video preview is displayed after it is uploaded. On my computer, however I'm getting a thumbnail that says 'plugin missing' and upon further inspection it says to install the quicktime plugin.
However, the link provided by Chrome to install the plugin leads to a page on apple's website which says 'quicktime plugins don't need to be installed anymore.'
Some details:
Video Extension: .mov
Codec: H.264, AAC (which may be what is in question here)
Chrome Version: Version 39.0.2171.71 (64-bit)
OSX Mavericks
How do I go about making videos play on my machine, as well as making sure that they show up in the production environment?
Google Chrome has removed support for plugins like Quicktime. Most likely you are also using Chrome 64bit. The Quicktime Plugin was only for 32bit.
HTML5 supports videos out of the box so the browser developers of IE, Firefox and Chrome do not see any more use for such plugins.
We have a number of PDFs hosted using Lighttpd but when they are downloaded in IE (7.0.5730.13), the file download hangs at the end and does not complete. For example
http://static.vouchercodes.co.uk/printable/87-burger-king-voucher.pdf
http://static.vouchercodes.co.uk/printable/10-gbk.pdf
This works fine in Firefox (3.0.5) both on OSX 10.5 and Windows XP but not on IE 7.
A screenshot of the hung download can be seen at http://www.mytton.net/so-pdf-q.png
This is not localised to one machine and has been replicated on other IE7 Windows PCs. The problem affects only the PDFs on the vouchercodes.co.uk site as other sites with PDFs work fine.
It has also been replicated with other versions of IE7/IE6 but not consistently.
I believe this is a progressive download issue of the acrobat plugin under IE.
Your lighttpd server is answering a HTTP/1.1 206 Partial Content which sometimes leads to a strange stalling of the downloading progress within the acrobat client
Some leads to workaround the issue :
Do not use the "Save As Optimised for Fast Web View" option when creating the pdf file
Uncheck the "Allow Background Download of Entire File" preferences of the Acrobat Reader
Disable byteserving capacity of the server (but this is obviously not recommended)
The problem is related to byteserving. See the Byteserving section of http://httpd.apache.org/docs/1.3/misc/known_client_problems.html
The Adobe Acrobat Reader plugin makes
extensive use of byteranges and prior
to version 3.01 supports only the
multipart/x-byterange response.
Unfortunately there is no clue that it
is the plugin making the request. If
the plugin is used with Navigator, the
above workaround works fine. But if
the plugin is used with MSIE 3 (on
Windows) the workaround won't work
because MSIE 3 doesn't give the
Range-Request clue that Navigator
does. To workaround this, Apache
special cases "MSIE 3" in the
User-Agent and serves
multipart/x-byteranges. Note that the
necessity for this with MSIE 3 is
actually due to the Acrobat plugin,
not due to the browser.
This is also an issue in Lighttpd and is documented at http://redmine.lighttpd.net/issues/show/171 with a workaround (tested and works) at note 8.