Category: Screencast (jCapture)

This has been recently introduced (in the last weeks, during March 2014, probably) in 12.x

composer is not updating latest packages due to issues in /trunk/@47/ from jcapture-applet due to missing directory 'src'

{img fileId="731" thumb="y" rel="box[g]"}

{CODE(colors="shell", ln="1")}
Your choice [c]?
You are already using composer version 70a20ebcc19f1ea8ab0954a4fbdce208b30085e7.
php is a tracked alias for /usr/bin/php
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
- Updating jcapture-applet/jcapture-applet dev-trunk (/trunk/@46 => /trunk/@47)
The package has modified files:
! src

Discard changes [y,n,v,?]? n

{CODE}

Tested with:
* Java Plug-in 10.80.2.15
* Using JRE version 1.7.0_80-b15 Java HotSpot(TM) 64-Bit Server VM

I had to manually set the security settings in the Java Web Start (Java Control Panel) to __Medium__ ("Least secure setting"). They seem to come by default with __High__ security ("Minimum recommended"), which doesn't allow to run java apps with untrusted, or invalid certificates; it could be even worse, with the "Very High" setting).

{img fileId="1004" thumb="y" rel="box[g]"}

Same issue in a 12.x LTS site, or with a 14.x site (both updated recently through svn)

{img fileId="1005" thumb="y" rel="box[g]"}

Once that java security setting was changed to Medium, I was able to see the jCapture applet as usual, once I acceped the popup window indicating that it was a security risk to accept to run that java application, etc. (this will frighten most users, imo)

{img fileId="1006" thumb="y" rel="box[g]"}

FYI, Java console says:
{CODE()}
Missing Application-Name manifest attribute for: http://myproductionserver.org/vendor/jcapture-applet/jcapture-applet/lib/jcapture.jar
{CODE}

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

jCapture was understandibly removed from Tiki because browsers deprecated Java applets. Yet, the bug reporting process was not adapted.

To do:
* Make ((doc:RecordRTC)) work on dev.tiki.org
* Review all forms and documentation about reporting bugs (which included some parts about jCapture)
* https://dev.tiki.org/Make+a+wish+-+demo+your+bug?itemId=8023

{img fileId="361"}

{flash type="url" movie="display719" width="671" height="535"}

Java currently does not work on any major browser. (FF52, Chrome45, Edge/Win10)

Java has never worked on mobile.

I think safari is the only exception to this rule. IF there is a valid security certificate it will run if you jump several option deep in your security settings (no indication by the browser that this needs to be done) So its essentially completely user un-friendly, and will not under any circumstances run jCapture.

jCapture and Plugin Jabber are the only 2 parts of tiki that use java.

Jabber is completely broken. It points to a .jar file that is no longer in tiki.
jCapture wont run on any modern browser.

I vote for the removal of these 2 features from tiki 17

further reading:
https://support.mozilla.org/en-US/kb/npapi-plugins?as=u&utm_source=inproduct
https://java.com/en/download/faq/chrome.xml
https://www.java.com/en/download/faq/win10_faq.xml

I click the camera, but the grey selection box never appears.

I suspected recent upgrade in Java or jCapture, but it was multi-screen issue

To test, just click the little camera on the toolbar. You need Java installed.

See:
http://sourceforge.net/p/jcapture-applet/tickets/4/

Since this is not working, can we have a popup on the little camera icon "Please make sure you have Java installed, which you can do at java.com"?

It asks for password, but then, give "Error saving image: HTTP/1.1 401 Authorization Required"

{flash type="url" movie="display650" width="707" height="601"}