Thank you for the reply, it was very useful in all 3 regards. My mime types are in the types already listed in StoredFile. Adding other stuff did not fix my problem.
I was able to run in debug mode and get more information...enough to probably lead me down to the trail of the problem... I was able to see that it is attempting to write into the correct path, and it is obeying java.io.tmpdir (I have it set to something non standard, so, great!). It seems the copyInputStreamtoFile line is not doing its job, while the File temp is valid, and a valid path, but then nothing gets created. Anyhow, since I see you are releasing version 4 next week, I think we will just wait till that. No sense wasting time on this. We will have a bunch of testers, too! Thank you again for the direction! On Sun, Oct 15, 2017 at 12:20 AM, Maxim Solodovnik <solomax...@gmail.com> wrote: > Customs files is not the issue, it is browser limitation (for all versions > of all browsers) > OM supports all types supported by Libre/OPen office, imagemagic and ffmpeg > .... extremely huge list > > Currently accept string being built like this: > https://github.com/apache/openmeetings/blob/master/openmeetings-util/src/main/java/org/apache/openmeetings/util/StoredFile.java#L73 > > According to debugging > You can start OM using red-debug.sh script > Attach remote Java debugger to port 8787 and put breakpoint here > https://github.com/apache/openmeetings/blob/3.3.x/openmeetings-core/src/main/java/org/apache/openmeetings/core/data/file/FileProcessor.java#L59 > and check what is going on > > On Sun, Oct 15, 2017 at 1:56 PM, David Jentz <jen...@gmail.com> wrote: >> >> Yes no new entries in 'my files' section for me. >> No warning signs. >> >> Is there a debug mode I can put OM into? >> >> So, two separate issues then? Using old chromium version (only one >> chromium source was made available to rhel/centos 6). Is the file >> chooser issue a mime type issue? >> >> My previous 3.0.6 patch for a similar topic was: >> --- src/main/java/org/apache/openmeetings/documents/GeneratePDF.java.orig >> 2015-08-05 21:26:36.438418474 +0000 >> +++ src/main/java/org/apache/openmeetings/documents/GeneratePDF.java >> 2015-08-05 21:34:56.778980906 +0000 >> @@ -124,6 +124,9 @@ >> if (officePath.trim().length() > 0) { >> argv.add("-Doffice.home=" + officePath); >> } >> + if >> (!System.getProperty("java.io.tmpdir").equalsIgnoreCase("/tmp")) { >> + argv.add("-Djava.io.tmpdir=" + >> System.getProperty("java.io.tmpdir")); >> + } >> String jodConverterJar = ""; >> >> for (String jar : jodFolder.list(new >> FilenameFilter() { >> >> I guess OM was using its own temp dir that was ignoring java's setting >> until this. Guessing this is totally unrelated to problems now... any >> debug would be helpful I just don't have it. >> >> On Sat, Oct 14, 2017 at 11:42 PM, Maxim Solodovnik <solomax...@gmail.com> >> wrote: >> > I just have checked using broken office path (set it to dummy 'aaa') >> > First upload dialog display warning about conversion was unsuccessful >> > >> > Then warning sign is displayed in the tree near unsuccessful file ('My >> > files' section) >> > >> > Unfortunately 'Custom Files' can not be configured to display all >> > possible >> > types, due to browser limitations >> > >> > On Sun, Oct 15, 2017 at 1:22 PM, David Jentz <jen...@gmail.com> wrote: >> >> >> >> There is no yellow warning sign. The item never populates in the tree. >> >> I can not find any useful debug message. >> >> >> >> Office integration may be misconfigured but I have the same office >> >> that was working with 3.2.1, and have tried multiple iterations of >> >> office.path, including what was working in 3.2.1, unfortunately this >> >> item does not autopopulate for me. >> >> >> >> 3.2.1 working setting for office.path is >> >> /usr/lib64/libreoffice >> >> Have also tried >> >> /usr/lib64/libreoffice/program >> >> (this directory houses soffice.bin) >> >> >> >> On Sat, Oct 14, 2017 at 11:17 PM, Maxim Solodovnik >> >> <solomax...@gmail.com> >> >> wrote: >> >> > You need to check conversion logs in the file tree: yellow warning >> >> > sign >> >> > on >> >> > the right side of the item in the tree >> >> > >> >> > According to your description your office integration is >> >> > mis-configured >> >> > examining the logs should help >> >> > >> >> > On Sun, Oct 15, 2017 at 1:10 PM, David Jentz <jen...@gmail.com> >> >> > wrote: >> >> >> >> >> >> Hello, tested in 3.3.2 >> >> >> >> >> >> importing pdf/images into a whiteboard/room works just fine >> >> >> >> >> >> video works fine, too! >> >> >> >> >> >> any libre/microsoft document seems to fail. checking the logs as >> >> >> well >> >> >> as stdout/stderror does not yield any crashes or errors..hm >> >> >> >> >> >> one clue is that by default, the file choser is not seeing odt/odp >> >> >> files. instead i have to unfilter the file chooser (change from >> >> >> Custom >> >> >> Files to All Files) >> >> >> >> >> >> once the file is visible to the chooser, I can pick it, regardless >> >> >> of >> >> >> if I select immediately load directly to the whiteboard or not I get >> >> >> an error: The have been errors while processing the file. >> >> >> Only debug message I can find of use is if I tail/strings >> >> >> derby/log/log1.dat -> >> >> >> error: The file type can not be converted >> >> >> exitValue: -1 >> >> >> >> >> >> Which seems to match the "Custom Files" strangeness. >> >> >> >> >> >> This ability did work for me in 3.0.6 (slight code mod >> >> >> needed)(available on request) and I believe 3.2.1, just updated to >> >> >> 3.3.2 last week and now its not working :-( >> >> >> >> >> >> host/client OS is centos 6.9, java 1.8 libreoffice is installed and >> >> >> the path is set correctly in office.path >> >> >> >> >> >> A mitigation is to convert office documents to pdf by hand, then >> >> >> import the pdf to OM >> >> > >> >> > >> >> > >> >> > >> >> > -- >> >> > WBR >> >> > Maxim aka solomax >> > >> > >> > >> > >> > -- >> > WBR >> > Maxim aka solomax > > > > > -- > WBR > Maxim aka solomax
