Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

wxPython upgrade to 4.1.0 #2179

Closed
DarkFenX opened this issue Apr 25, 2020 · 10 comments
Closed

wxPython upgrade to 4.1.0 #2179

DarkFenX opened this issue Apr 25, 2020 · 10 comments
Labels
bug Confirmed to be a bug upstream Seems to be related to a dependency or third party that pyfa uses, not directly related to pyfa

Comments

@DarkFenX
Copy link
Member

DarkFenX commented Apr 25, 2020

wxpython 4.1.0 has been released just yesterday and I am creating this issue to track any issues related to it. I am still through the process of fixing various bugs which can be fixed on our side, but some issues cannot be solved:

@DarkFenX DarkFenX changed the title wxPython 4.1.0 fixes wxPython 4.1.0 upgrade Apr 25, 2020
@DarkFenX DarkFenX changed the title wxPython 4.1.0 upgrade wxPython upgrade to 4.1.0 Apr 25, 2020
@DarkFenX DarkFenX added upstream Seems to be related to a dependency or third party that pyfa uses, not directly related to pyfa bug Confirmed to be a bug labels Apr 25, 2020
DarkFenX added a commit that referenced this issue Apr 25, 2020
@DarkFenX
Copy link
Member Author

I believe I have checked all the functionality to cope with stricter assertions of wxpython 4.1.0. Once listed bugs are ironed, we can switch to the new release, and work on hidpi support (tickets like #1225).

This was referenced Apr 25, 2020
@Mradr
Copy link

Mradr commented May 2, 2020

Don't mean to be rude - but why was this release with some nasty bugs?

@DarkFenX
Copy link
Member Author

DarkFenX commented May 4, 2020

If you are talking about wxpython - could be just 1st release after series of major changes in both underlying wxwidgets kit and wxpython wrapper. The 1st issue in the list (with crash) is not new, however, it is present in 4.0.7post2 as well.

I am not expecting all of them to be fixed, but ways to work around them would be nice to have.

@m-sasha
Copy link
Contributor

m-sasha commented Jul 30, 2020

Another wxPython 4.1.0 problem is that

bmp.SetSize((bmp.GetWidth() // scale, bmp.GetHeight() // scale))

fails with:

pyfa v2.24.1
EVE Data Version: 1777281 (2020-07-28 11:14:33)

OS version: Darwin-19.5.0-x86_64-i386-64bit
Python version: 3.7.7 (default, Mar 10 2020, 15:43:33) 
[Clang 11.0.0 (clang-1100.0.33.17)]
wxPython version: 4.1.0 (wxWidgets 3.1.4)
SQLAlchemy version: 1.3.18
Logbook version: 1.5.3
Requests version: 2.24.0
Dateutil version: 2.8.1

####################

Traceback (most recent call last):
  File "pyfa.py", line 143, in <module>
    mf = MainFrame(options.title)
  File "/Users/sasha/Development/Projects/PyfaAT/gui/mainFrame.py", line 172, in __init__
    self.additionsPane = AdditionsPane(self.fitting_additions_split, self)
  File "/Users/sasha/Development/Projects/PyfaAT/gui/additionsPane.py", line 64, in __init__
    self.drone = DroneView(self.notebook)
  File "/Users/sasha/Development/Projects/PyfaAT/gui/builtinAdditionPanes/droneView.py", line 73, in __init__
    Display.__init__(self, parent, style=wx.BORDER_NONE)
  File "/Users/sasha/Development/Projects/PyfaAT/gui/display.py", line 44, in __init__
    self.insertColumnBySpec(i, colName)
  File "/Users/sasha/Development/Projects/PyfaAT/gui/display.py", line 123, in insertColumnBySpec
    col = ViewColumn.getColumn(colSpec)(self, None)
  File "/Users/sasha/Development/Projects/PyfaAT/gui/builtinViewColumns/maxRange.py", line 45, in __init__
    self.imageId = fittingView.imageList.GetImageIndex(iconFile, "icons")
  File "/Users/sasha/Development/Projects/PyfaAT/gui/cachingImageList.py", line 34, in GetImageIndex
    bitmap = BitmapLoader.getBitmap(*loaderArgs)
  File "/Users/sasha/Development/Projects/PyfaAT/gui/bitmap_loader.py", line 74, in getBitmap
    bmp = cls.loadBitmap(name, location)
  File "/Users/sasha/Development/Projects/PyfaAT/gui/bitmap_loader.py", line 108, in loadBitmap
    bmp.SetSize((bmp.GetWidth() // scale, bmp.GetHeight() // scale))
wx._core.wxAssertionError: C++ assertion "GetHeight() == h" failed at /Users/robind/projects/bb2/dist-osx-py37/build/ext/wxWidgets/src/osx/core/bitmap.cpp(1380) in SetHeight(): Changing the bitmap height is not supported

@DeeDeeRanged
Copy link

wxpython 4.0 version 4.10 still not upstreamed on Debian or Ubuntu 23 sept 2020. It is marked that version 4.10 is available. I've got a sneaky feeling it will be done sometime after october as there probably still somethings to be ironed out.

@DietmarSchwertberger
Copy link

@m-sasha : Bitmap.SetSize is not there to scale. Use Image.Scale.
Changing bitmap sizes is gone, as it never made real sense (SetSize was an alias for SetWidth+SetHeight, but these did never touch the image data.)

https://docs.wxwidgets.org/3.1/classwx_bitmap.html#a0091921ee85f7444e846e6183ec64909

"This function is deprecated since version 3.1.2, dimensions and depth can only be set at construction time."

@DietmarSchwertberger
Copy link

DietmarSchwertberger commented Apr 6, 2022

I would suggest to close this ticket. There's no point in having "meta tickets".
Some of the tickets are no bugs anyway.

Sorry, thought this ticket is on wxPython.

@DietmarSchwertberger
Copy link

Is there any blocking point for you?

@DarkFenX
Copy link
Member Author

Is there any blocking point for you?

Not yet. The only blocking point for me is my time. I began re-evaluating dependency upgrade, but got caught up in a hurricane of irl events, so will get back to it as soon as i have more spare time.

@DarkFenX
Copy link
Member Author

DarkFenX commented Dec 4, 2023

@DarkFenX DarkFenX closed this as completed Dec 4, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Confirmed to be a bug upstream Seems to be related to a dependency or third party that pyfa uses, not directly related to pyfa
Projects
None yet
Development

No branches or pull requests

5 participants