Bug 29653 - opencpn occupies only quarter window
Summary: opencpn occupies only quarter window
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 8
Hardware: All Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Philippe Didier
QA Contact:
URL: https://github.com/OpenCPN/OpenCPN/is...
Whiteboard:
Keywords: UPSTREAM
Depends on:
Blocks:
 
Reported: 2021-11-12 21:16 CET by Tony Blackwell
Modified: 2023-09-22 14:22 CEST (History)
1 user (show)

See Also:
Source RPM: GTK+ 3.0 v 3.24.24
CVE:
Status comment:


Attachments

Description Tony Blackwell 2021-11-12 21:16:26 CET
Description of problem:
opencpn is unusable on M8 when hardware is a laptop with 4K screen due to known old GTK3 issues. (Yeah, I know 4K on a 13 inch laptop is hardly everyone's issue yet, but it was an unexpected finding on my new ASUS Zenbook).   Window opens with the expected graphic content shrunk into the bottom left corner of screen.
This was reported June 2020 and discussed as per the github reference, but issue still persists unfixed a year and a half later.  The work-around discussed late in the thread (of starting opencpn from command line with
GDK_SCALE=1 opencpn
will fill the window but opencpn remains essentially unusable as all controls and icons remain barely visible as a thin line at top left window margin.

I realise this is an upstream issue, but its remained unfixed for a very long time.  Is there anything Mageia can use its influence on to encourage upstream to work on this?

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
Comment 1 Barry Jackson 2021-11-16 01:49:02 CET
Assigning to maintainer ;)

Assignee: bugsquad => philippedidier
CC: (none) => zen25000
Keywords: (none) => UPSTREAM

Comment 2 Philippe Didier 2021-11-16 13:48:55 CET
Hi Tony

I had a dilemma when compiling opencpn for Mageia :
Using wxgtk3.1 induced some crashes when launching some plugins that strictly needed wxgtk3.0 (such as logbookkonni) and I spent lot of time to find this explanation...

Using wxgtk3.0 allowed to use all the plugins and no problem appeared anymore : I didn't test on very high resolution screen (I have not such a screen)

would you please give the link to the github reference you mention

I digged a little in the issues list and found some such bugs

Unfortunately it's a known problem with very high resolution screens and wxgtk3
It appeared with MacOS and Retina too
https://github.com/OpenCPN/OpenCPN/issues/2131

one explanation is here
https://docs.wxwidgets.org/trunk/classwx_window.html#a63b94b3f8428fbab7f3fdf6fdce8b2cf

A new beta version of opencpn is on the way now (5.5.x) that will certainly solve these problems

Nevertheless 
I found the same workaround as you
https://github.com/OpenCPN/OpenCPN/issues/1927

start opencpn from command line with
GDK_SCALE=1 opencpn

It's now the only solution unless we suppress some plugins and test a rebuilt with wxgtk3.1 (I may rebuild the rpms and propose them on my repo if you want)


You may also test the flatpak version of opencpn to verify if the display problem remains : 
1) install the flatpak rpm from mageia repo
2) and then install the flatpak version of opencpn inside the flatpak sandbox (it has been improved and lots of bugs corrected)
https://opencpn.org/wiki/dokuwiki/doku.php?id=opencpn:opencpn_user_manual:getting_started:opencpn_installation:flatpak
NB the flatpak version proposes a Plugin Manager that allows to choose which plugins to install and downloads them automatically
Comment 3 Philippe Didier 2021-11-16 13:55:03 CET
PS 
I helped to test and debug the flapak version of opencpn... and it was not mature enough to use for navigation
that's the reason why I proposed to update the rpms for Mageia (tested and debugged) until flatpak is really useable
Comment 4 Philippe Didier 2021-11-17 03:19:30 CET
Hi again Tony

I think I found a solution for your display problem

As you said, the workaround allows to fill the window with the chart :
<The work-around discussed late in the thread (of starting opencpn from command line <with
<GDK_SCALE=1 opencpn
<will fill the window 

Then remains a little problem
<but opencpn remains essentially unusable as all controls and 
<icons remain barely visible as a thin line at top left window margin.

Try this

1) click on the gearwheel to open the "Options" window
2) click on the "User Interface" tab
3) scroll down to see : User Interface Scale Factor
4) increase the scale to 2 or 3 by dragging its button to the right
5) then click on Apply and OK in the bottom

This may increase the size of the content of the side bar on the left window margin

in this same "User Interface" tab you may modify the size of the fonts for each item you choose (dialog box for instance...)

Would you test this ?

If it's OK I would add something in the wiki or in the errata
Comment 5 Tony Blackwell 2022-07-15 02:35:11 CEST
Fixed on cauldron with opencpn v 5.6.2
Don't know if the underlying fix was in this or some other graphical component.

Anyway, could be closed.
With thanks,
Tony
Comment 6 Tony Blackwell 2022-07-15 02:37:03 CEST
re-reading start of my OP, I'm reminded it was a GTK3 issue.  Anyway, is fixed.
Tony
Comment 7 Philippe Didier 2022-07-15 11:44:26 CEST
Hi Tony
To be sure that the new 5.6.2 version has solved the display problem you need to not use the previous config files in your /home/yourusername/.opencpn that contained the workaround tricks.
Before launching OpenCPN you may rename this folder /home/yourusername/.opencpnbak , then OpenCPN will create a new one.

If OpenCPN occupies now the whole screeen you may close this bug


NB inside a sailing boat we rarely use a 4k screen but it's more often a laptop with a little screen (16/9 with little resolution : 1280x700  1366 x 768 1600x900 rarely 1920×1080 )
Comment 8 Philippe Didier 2022-07-15 11:53:18 CEST
Hi again
If you have still a Magei8 installed on a computer will you please test the last updates in test 
see bugs
https://bugs.mageia.org/show_bug.cgi?id=30623
https://bugs.mageia.org/show_bug.cgi?id=30624
Comment 9 Tony Blackwell 2022-07-16 11:19:05 CEST
Bonjour Philippe,
I'll respond properly to your comments 7 & 8 shortly.

For now, I'll just mention that in changing brand-new M8 to Cauldron, then updating, the one program which had problems was opencpn.  There were reported conflicts between oenc modules - sorry, didn't keep the details but could run it again on a different machine if required.

Didn't really matter, as easily resolved in Cauldron by deleting the M8 opencpn, after which opencpn installation was uneventful and working just fine.

OT:
Yes, I'm familiar with screens used sailing, where every watt of power is important.  Have sailed the Med a couple of times 2-4 weeks with friends.  Delighted you are a sailor and enormously grateful for your skills applied to opencpn.

Regards and thanks,
Tony
Comment 10 Philippe Didier 2022-07-16 13:59:11 CEST
Hi Tony
Indeed oernc-plugin and oesenc-plugin don't work anymore with OpenCPN... 
a new plugin : o-charts-plugin replaces them
This new plugin can't be installed upon OpenCPN 5.2.4 provided by Mageia8

So in Cauldron OpenCPN 5.6.2 obsoletes oernc-plugin and oesenc-plugin and recommends o-charts-plugin from the nonfree repo

For Mageia8 OpenCPN 5.6.2 and its new plugins are proposed in 
- core/update_testing
- core/backport_testing
- nonfree/bacport_testing
These new rpms in test will solve the problem you encountered with
 Mageia8 and OpenCPN 5.2.4
Hope they will get quickly QA team benediction ;)
Comment 11 Philippe Didier 2023-09-22 14:22:00 CEST
fixed with OpenCPN 5.6.2 in Mageia 8
and OpenCN 5.6.4 in Mageia 9

Resolution: (none) => FIXED
Status: NEW => RESOLVED


Note You need to log in before you can comment on or make changes to this bug.