You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@openmeetings.apache.org by David Jentz <je...@gmail.com> on 2017/10/15 06:10:44 UTC
problem with importing libreoffice/openoffice docs in 3.3.2
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
Re: problem with importing libreoffice/openoffice docs in 3.3.2
Posted by Maxim Solodovnik <so...@gmail.com>.
Hello David,
you are right, item in the tree is being created only if file can be
converted/used
OM can't determine file type in case temp file fail to be created, so file
item in DB/tree is not created.
All information should be in the logs.
I tried to improve process a bit,
would appreciate if you can check latest 4.0.0-SNAPSHOT from here:
https://builds.apache.org/view/M-R/view/OpenMeetings/job/openmeetings/
On Mon, Oct 16, 2017 at 8:21 AM, David Jentz <je...@gmail.com> wrote:
> 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 <so...@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 <je...@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 <
> solomax666@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 <je...@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
> >> >> <so...@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 <je...@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
>
--
WBR
Maxim aka solomax
Re: problem with importing libreoffice/openoffice docs in 3.3.2
Posted by David Jentz <je...@gmail.com>.
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 <so...@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 <je...@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 <so...@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 <je...@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
>> >> <so...@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 <je...@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
Re: problem with importing libreoffice/openoffice docs in 3.3.2
Posted by Maxim Solodovnik <so...@gmail.com>.
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 <je...@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 <so...@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 <je...@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 <
> solomax666@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 <je...@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
Re: problem with importing libreoffice/openoffice docs in 3.3.2
Posted by David Jentz <je...@gmail.com>.
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 <so...@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 <je...@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 <so...@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 <je...@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
Re: problem with importing libreoffice/openoffice docs in 3.3.2
Posted by Maxim Solodovnik <so...@gmail.com>.
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 <je...@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 <so...@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 <je...@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
Re: problem with importing libreoffice/openoffice docs in 3.3.2
Posted by David Jentz <je...@gmail.com>.
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 <so...@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 <je...@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
Re: problem with importing libreoffice/openoffice docs in 3.3.2
Posted by Maxim Solodovnik <so...@gmail.com>.
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 <je...@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