Yeah must of been a Chrome plugin issue holding it back.
On 09/25/2016 01:19 PM, Maxim Solodovnik wrote:
Just have checked with 3.1.3
Windows 10
works for me as expected
On Fri, Sep 23, 2016 at 12:23 PM, Maxim Solodovnik <[email protected]> wrote:
All logs have no errors ...
Will try from Win10 from home later tonight ...
Can you try latest 3.1.3
https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/
#376+ ?
On Fri, Sep 23, 2016 at 12:02 PM, Daniel Baker <[email protected]>
wrote:
Windows 10. OpenMeetings Version: 3.1.2 Revision 1756072
I just tried in Firefox and Opera and it did the conversion.
I had the problem in Chrome. I should have tried other browsers sooner.
Maybe I have an add blocker or popup blocker which is holding back the
conversion in Chrome.
Anyway here are the logs which may prove useful for another time :
tailf 0.0.0.0_access..2016-09-23.log
192.168.100.2 - - [23/Sep/2016:11:29:57 +0700] "GET
/meetings/services/file/room/7?sid=def3d0c7-afa7-4065-9141-4e2641b13ad5
HTTP/1.1" 200 2759
192.168.100.2 - - [23/Sep/2016:11:30:27 +0700] "POST
/meetings/services/file/?sid=def3d0c7-afa7-4065-9141-4e2641b13ad5 HTTP/1.1"
200 143
tailf meetings.log
DEBUG 09-23 11:25:07.221 o.a.o.c.m.MailHandler:276
[org.springframework.scheduling.quartz.SchedulerFactoryBean#0_Worker-1] -
Number of emails in init queue 0
DEBUG 09-23 11:25:07.221 o.a.o.c.m.MailHandler:281
[org.springframework.scheduling.quartz.SchedulerFactoryBean#0_Worker-1] -
... sendMails done.
DEBUG 09-23 11:25:15.810 o.a.o.c.m.MailHandler:274
[org.springframework.scheduling.quartz.SchedulerFactoryBean#0_Worker-2] -
sendMails enter ...
DEBUG 09-23 11:25:15.812 o.a.o.c.m.MailHandler:276
[org.springframework.scheduling.quartz.SchedulerFactoryBean#0_Worker-2] -
Number of emails in init queue 0
DEBUG 09-23 11:25:15.812 o.a.o.c.m.MailHandler:281
[org.springframework.scheduling.quartz.SchedulerFactoryBean#0_Worker-2] -
... sendMails done.
tailf red5.log
ID: 16
Response-Code: 200
Content-Type: application/json
Headers: {Content-Type=[application/json], Date=[Fri, 23 Sep 2016 04:36:18
GMT]}
Payload: {"fileExplorerItemDTO":{"id":32,"name":"Picture
7.jpg","hash":"700f106fecebafde3cdff7ab0a5692d4.jpg","ownerId":1,"type":"Image"}}
Thanks,
Dan
On 09/23/2016 10:15 AM, Maxim Solodovnik wrote:
Just have tested it in 3.1.3 (latest)
Everything works as expected
(Client Chrome latest on Windows 7)
What version of OM are you using? what browser?
On Thu, Sep 22, 2016 at 11:17 PM, Maxim Solodovnik <[email protected]
<mailto:[email protected]>> wrote:
or in case of renaming in _name_of_context_.log?
On Thu, Sep 22, 2016 at 11:16 PM, Maxim Solodovnik
<[email protected] <mailto:[email protected]>> wrote:
Will try to check it
only have Windows VM :(
anything suspicious in openmeetings.log?
On Thu, Sep 22, 2016 at 9:40 PM, Daniel Baker
<[email protected]
<mailto:[email protected]>> wrote:
Just discovered this only happens from Windows clients. JPG
uploads and conversions work ok from Linux / Ubuntu.
On 09/22/2016 09:00 PM, Daniel Baker wrote:
Hi,
I can no longer convert jpg files after uploading them.
This happened after renaming / OpenMeetings context
and changing the
hardcoded application name in string labels -- as
described here :
http://openmeetings.apache.org/WebappNamePath.html
<http://openmeetings.apache.org/WebappNamePath.html>
PDF files are ok.
No errors are presented in the user interface and the
process just never
ends in the import and upload dialogue box.
Has anybody experienced this and know of a solution.
Thanks,
Dan
--
WBR
Maxim aka solomax
--
WBR
Maxim aka solomax
--
WBR
Maxim aka solomax
--
WBR
Maxim aka solomax
