[jira] [Commented] (OPENMEETINGS-2025) Adding a math formula throws TypeError

2019-03-12 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2025?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16790357#comment-16790357
 ] 

Raphael Fetzer commented on OPENMEETINGS-2025:
--

Fixed for me. :)

> Adding a math formula throws TypeError
> --
>
> Key: OPENMEETINGS-2025
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2025
> Project: Openmeetings
>  Issue Type: Bug
>Affects Versions: 4.0.7
> Environment: macOS 10.14.3
>Reporter: Raphael Fetzer
>Assignee: Maxim Solodovnik
>Priority: Minor
> Fix For: 4.0.9
>
>
> Adding the first math formula produces a JS-Error in the console. The error 
> happens on every major browser I tested (Firefox, Chrome, Safari) and is 
> reproducible by just adding a formula.
> {code:java}
> TypeError: a is null wb-ver-2B78C280B880EBFE12240508C474EFA0.js:1711:485
> n 
> https://tools.vcrp.de:5443/openmeetings/wicket/resource/org.apache.openmeetings.web.room.wb.WbPanel/wb-ver-2B78C280B880EBFE12240508C474EFA0.js:1711
> t 
> https://tools.vcrp.de:5443/openmeetings/wicket/resource/org.apache.openmeetings.web.room.wb.WbPanel/wb-ver-2B78C280B880EBFE12240508C474EFA0.js:1708
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-2025) Adding a math formula throws TypeError

2019-03-08 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2025?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16787907#comment-16787907
 ] 

Raphael Fetzer commented on OPENMEETINGS-2025:
--

While it is fixed for me in Chrome and Firefox the latest update completely 
broke it in Safari 12. If I try to add a formula it is always empty. No error 
in console.

> Adding a math formula throws TypeError
> --
>
> Key: OPENMEETINGS-2025
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2025
> Project: Openmeetings
>  Issue Type: Bug
>Affects Versions: 4.0.7
> Environment: macOS 10.14.3
>Reporter: Raphael Fetzer
>Assignee: Maxim Solodovnik
>Priority: Minor
> Fix For: 4.0.9
>
>
> Adding the first math formula produces a JS-Error in the console. The error 
> happens on every major browser I tested (Firefox, Chrome, Safari) and is 
> reproducible by just adding a formula.
> {code:java}
> TypeError: a is null wb-ver-2B78C280B880EBFE12240508C474EFA0.js:1711:485
> n 
> https://tools.vcrp.de:5443/openmeetings/wicket/resource/org.apache.openmeetings.web.room.wb.WbPanel/wb-ver-2B78C280B880EBFE12240508C474EFA0.js:1711
> t 
> https://tools.vcrp.de:5443/openmeetings/wicket/resource/org.apache.openmeetings.web.room.wb.WbPanel/wb-ver-2B78C280B880EBFE12240508C474EFA0.js:1708
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-1998) Why are deleted files displayed at all if you can't get any useful use out of them anyway

2019-03-06 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-1998?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16785413#comment-16785413
 ] 

Raphael Fetzer commented on OPENMEETINGS-1998:
--

If files disappear from the file system and links in the frontend become 
invalid as a result, in my opinion this is something that should appear in the 
administrator's system logs and not on the client side for the naive user.

> Why are deleted files displayed at all if you can't get any useful use out of 
> them anyway
> -
>
> Key: OPENMEETINGS-1998
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-1998
> Project: Openmeetings
>  Issue Type: Improvement
>  Components: UI
>Affects Versions: 4.0.7
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Minor
>
> Don't display them instead of "Deleted"?



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-2024) Math Formula rendering broken

2019-03-05 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2024?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16784459#comment-16784459
 ] 

Raphael Fetzer commented on OPENMEETINGS-2024:
--

# Open a room
 # Add a LaTeX formula

Happens in any browser I tested on macOS.

> Math Formula rendering broken
> -
>
> Key: OPENMEETINGS-2024
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2024
> Project: Openmeetings
>  Issue Type: Bug
>  Components: WhiteBoard
>Affects Versions: 4.0.8
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 4.0.8
>
>
> Mathformula \alpha is rendered in the upper left corner of the wb. For me by 
> now this just happens with \alpah, but at raphaels system (Mac any browser) 
> every formular is placed in the corner.
> There is an js error when one use math tool first time of the session..
> TypeError: a is null[Weitere Informationen] 
> wb-ver-EB3CAEC5F7C01C36F45AA17DFDDDA811.js:1709:485
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-2024) Math Formula rendering broken

2019-03-05 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2024?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16784435#comment-16784435
 ] 

Raphael Fetzer commented on OPENMEETINGS-2024:
--

Also fixed for me. There is still the TypeError Peter mentioned, but it doesn't 
seem to have a negative effect at this point.

> Math Formula rendering broken
> -
>
> Key: OPENMEETINGS-2024
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2024
> Project: Openmeetings
>  Issue Type: Bug
>  Components: WhiteBoard
>Affects Versions: 4.0.8
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 4.0.8
>
>
> Mathformula \alpha is rendered in the upper left corner of the wb. For me by 
> now this just happens with \alpah, but at raphaels system (Mac any browser) 
> every formular is placed in the corner.
> There is an js error when one use math tool first time of the session..
> TypeError: a is null[Weitere Informationen] 
> wb-ver-EB3CAEC5F7C01C36F45AA17DFDDDA811.js:1709:485
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-1999) A right click in the browser should be prevented, because actions there may cause the room to be left.

2019-03-04 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-1999?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16783497#comment-16783497
 ] 

Raphael Fetzer commented on OPENMEETINGS-1999:
--

Recently, I have been thinking about a different approach to solving this 
problem. In essence, we are concerned here with ensuring that the user does not 
accidentally leave a room. This can be the case when using the context menu, 
but also when using the history navigation. Couldn't the attempt to leave be 
intercepted instead and an explicit confirmation be obtained beforehand?

> A right click in the browser should be prevented, because actions there may 
> cause the room to be left.
> --
>
> Key: OPENMEETINGS-1999
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-1999
> Project: Openmeetings
>  Issue Type: Improvement
>  Components: UI
>Affects Versions: 4.0.7
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Minor
>
> What could you possibly want there anyway? Saving the slide graphic, for 
> example, doesn't work.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-1989) If connection is lost and the room reloaded the same user is showed twice

2019-03-04 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-1989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16783454#comment-16783454
 ] 

Raphael Fetzer commented on OPENMEETINGS-1989:
--

I still had some issues with duplicated users even after this patch, but wasn't 
able to reproduce or track it to a certain room type. I will report if I have 
news on this and suggest to keep it closed until that.

> If connection is lost and the room reloaded the same user is showed twice
> -
>
> Key: OPENMEETINGS-1989
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-1989
> Project: Openmeetings
>  Issue Type: Bug
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Critical
> Fix For: 4.0.8
>
> Attachments: duplicated.mp4, image-2019-02-08-08-41-32-931.png, 
> userduplication.mp4
>
>
> As OpenMeetings is account based this shouldn't happen as the same user can 
> be identified.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-1986) using backspace

2019-03-04 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-1986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16783123#comment-16783123
 ] 

Raphael Fetzer commented on OPENMEETINGS-1986:
--

Yes, Firefox 65 at macOS 10.14.3.

> using backspace
> ---
>
> Key: OPENMEETINGS-1986
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-1986
> Project: Openmeetings
>  Issue Type: Bug
>  Components: UI
>Affects Versions: 4.0.7
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Major
>
> Through backspace in Firefox you leave the room because this button lets you 
> go back in the browser history.
> This could be prevented by displaying a dialog box.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-1986) using backspace

2019-03-01 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-1986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16781455#comment-16781455
 ] 

Raphael Fetzer commented on OPENMEETINGS-1986:
--

Keycode.info returns event.key=backspace. For me Firefox behaves absolutely the 
way it is configured here:
{quote}*0*

Pressing [Backspace] will go back a page in the session history and 
[Shift]+[Backspace] will go forward.
([http://kb.mozillazine.org/Browser.backspace_action)]{quote}
I could reproduce going back with backspace on every web page I tested and in 
OM regardless of my role. I just think OM should prevent this, because the user 
may accidentally leave the room by typing backspace. This is what happened to 
my as I was in a text field and OM changed the object focus so my backspace 
press made me leave the room.

> using backspace
> ---
>
> Key: OPENMEETINGS-1986
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-1986
> Project: Openmeetings
>  Issue Type: Bug
>  Components: UI
>Affects Versions: 4.0.7
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Major
>
> Through backspace in Firefox you leave the room because this button lets you 
> go back in the browser history.
> This could be prevented by displaying a dialog box.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-1986) using backspace

2019-02-28 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-1986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16780466#comment-16780466
 ] 

Raphael Fetzer commented on OPENMEETINGS-1986:
--

I am using Firefox 65 on macOS 10.14.3 and I can easily reproduce this behavior.

> using backspace
> ---
>
> Key: OPENMEETINGS-1986
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-1986
> Project: Openmeetings
>  Issue Type: Bug
>  Components: UI
>Affects Versions: 4.0.7
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Major
>
> Through backspace in Firefox you leave the room because this button lets you 
> go back in the browser history.
> This could be prevented by displaying a dialog box.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-1990) Chat timestamps should use the receiver's datetime format

2019-02-12 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-1990?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16766027#comment-16766027
 ] 

Raphael Fetzer commented on OPENMEETINGS-1990:
--

Now works as expected. (y)

> Chat timestamps should use the receiver's datetime format
> -
>
> Key: OPENMEETINGS-1990
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-1990
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Chat
>Affects Versions: 4.0.7
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Major
> Fix For: 4.0.8
>
>
> Currently the timestamp use the sender's date format which leads to different 
> time formats in the chat list if users with different settings chat in the 
> same room (mix of DD.MM. und MM/DD, AM/PM/24h)



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-1992) Despite all our efforts, we were not able to get screen sharing to work under Windows or on the Mac.

2019-02-11 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-1992?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16764865#comment-16764865
 ] 

Raphael Fetzer commented on OPENMEETINGS-1992:
--

Now with Java 8 it works as expected, too. (y)

> Despite all our efforts, we were not able to get screen sharing to work under 
> Windows or on the Mac.
> 
>
> Key: OPENMEETINGS-1992
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-1992
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Screen-sharing
>Affects Versions: 4.0.7
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Minor
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-1994) Math form dialog: Add link or help to the required syntax

2019-02-11 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-1994?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16764744#comment-16764744
 ] 

Raphael Fetzer commented on OPENMEETINGS-1994:
--

I think at least giving the syntax name would help a lot.

I'd propose something like that:

!latexguide.png!

Link could go to https://en.wikibooks.org/wiki/LaTeX/Mathematics

> Math form dialog: Add link or help to the required syntax
> -
>
> Key: OPENMEETINGS-1994
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-1994
> Project: Openmeetings
>  Issue Type: Bug
>  Components: WhiteBoard
>Affects Versions: 4.0.7
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Minor
> Attachments: image-2019-02-08-11-28-24-048.png, latexguide.png
>
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-1989) If connection is lost and the room reloaded the same user is showed twice

2019-02-08 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-1989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16763407#comment-16763407
 ] 

Raphael Fetzer commented on OPENMEETINGS-1989:
--

I can easily reproduce this, but not in every room type:
 # Enter public (moderated) presentation room
 # Kill internet connection
 # Revive internet (phew)
 # Room reloads...
 # Duplicated in the room

Public and local IP address didn't change during the reconnect btw.

[^duplicated.mp4]

> If connection is lost and the room reloaded the same user is showed twice
> -
>
> Key: OPENMEETINGS-1989
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-1989
> Project: Openmeetings
>  Issue Type: Bug
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Critical
> Fix For: 4.0.8
>
> Attachments: duplicated.mp4, image-2019-02-08-08-41-32-931.png, 
> userduplication.mp4
>
>
> As OpenMeetings is account based this shouldn't happen as the same user can 
> be identified.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-2000) High resolution webcam videos should not fill the entire screen by default. Just because you set a higher resolution doesn't mean the slides should be overlaid

2019-02-07 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16762485#comment-16762485
 ] 

Raphael Fetzer commented on OPENMEETINGS-2000:
--

Regarding a "tidy look": It would be really helpful if you could arrange all 
video windows symmetrically on a grid and all in the same size, but probably 
this is a new ticket?

> High resolution webcam videos should not fill the entire screen by default. 
> Just because you set a higher resolution doesn't mean the slides should be 
> overlaid
> ---
>
> Key: OPENMEETINGS-2000
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2000
> Project: Openmeetings
>  Issue Type: Improvement
>  Components: UI
>Affects Versions: 4.0.7
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Minor
>
> Define an initial maximum size for videos



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-1989) If connection is lost and the room reloaded the same user is showed twice

2019-02-07 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-1989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16762480#comment-16762480
 ] 

Raphael Fetzer commented on OPENMEETINGS-1989:
--

It could be discussed to what extent the possibility of testing multiple tabs 
in the same browser is a bug or feature. ;)

However, we were able to observe the problem in our test sessions with only one 
tab opened. For example, if the connection was lost and a tab had to be 
reloaded. Then the "old" account remained in the room as a "ghost" and was 
still displayed although there was no open tab for it.

> If connection is lost and the room reloaded the same user is showed twice
> -
>
> Key: OPENMEETINGS-1989
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-1989
> Project: Openmeetings
>  Issue Type: Bug
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Critical
> Fix For: 4.0.8
>
> Attachments: userduplication.mp4
>
>
> As OpenMeetings is account based this shouldn't happen as the same user can 
> be identified.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-2001) Separate notifications for activities and actions

2019-02-07 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-2001?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16762466#comment-16762466
 ] 

Raphael Fetzer commented on OPENMEETINGS-2001:
--

I also vote for actions above activities. The activities should be highlighted 
differently (more clearly), e.g. by color or icon.

> Separate notifications for activities and actions
> -
>
> Key: OPENMEETINGS-2001
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-2001
> Project: Openmeetings
>  Issue Type: Improvement
>  Components: UI
>Affects Versions: 4.0.7
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Minor
> Fix For: 4.0.8
>
>
> Notifications for activities and actions are displayed mixed together, 
> although they have different consequences. Activities are to be noted only 
> and do not require any reaction on the part of the mod. Actions are requests 
> to the mod and require special attention.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-1995) The CSS selector for exclusive audio is the same for both enabled and disabled state.

2019-02-04 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-1995?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16759735#comment-16759735
 ] 

Raphael Fetzer commented on OPENMEETINGS-1995:
--

We noted this issue at the end of last year and I can't find the place where we 
could watch it. If I find the spot again, I'll report it here. Until then I 
think the ticket can be closed. :)

> The CSS selector for exclusive audio is the same for both enabled and 
> disabled state.
> -
>
> Key: OPENMEETINGS-1995
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-1995
> Project: Openmeetings
>  Issue Type: Bug
>  Components: UI
>Affects Versions: 4.0.7
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Minor
>




--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Commented] (OPENMEETINGS-1993) exclusive audio can be bypassed by simply turning on the volume of your mic afterwards - even if you're not a mod.

2019-02-04 Thread Raphael Fetzer (JIRA)


[ 
https://issues.apache.org/jira/browse/OPENMEETINGS-1993?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16759694#comment-16759694
 ] 

Raphael Fetzer commented on OPENMEETINGS-1993:
--

Hi Maxim, I answer instead of Peter because I belong to the group that is 
responsible for the recent flood of tickets. Please feel free to comment on the 
tickets if we have said something that is not understandable or wrong.

This ticket is in my eyes essentially a problem with wording. "Exclusive" in my 
language understanding means something that is not easy to achieve and maybe 
luxurious. It should not be possible for users without moderation rights (i.e. 
users who are not "exclusive") to cancel it. Alternatively you could adapt the 
wording to the current function, e.g. "mute others".

> exclusive audio can be bypassed by simply turning on the volume of your mic 
> afterwards - even if you're not a mod.
> --
>
> Key: OPENMEETINGS-1993
> URL: https://issues.apache.org/jira/browse/OPENMEETINGS-1993
> Project: Openmeetings
>  Issue Type: Bug
>  Components: Audio/Video
>Affects Versions: 4.0.7
>Reporter: Peter Dähn
>Assignee: Maxim Solodovnik
>Priority: Minor
>
> The naming "exclusive" suggests this shouldn't be possible.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)