Opened 3 years ago

Closed 3 years ago

Last modified 3 years ago

#13542 closed bug (invalid)

Wonderbrush crashes by open a picture (broken hpkg file)

Reported by: lelldorin Owned by: stippi
Priority: normal Milestone: R1
Component: Applications Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

I have installed Wonderbrush on my Haiku REV: 51065 and it does not open because i need to terminate do to an error.

libfreetype.so.6.12 libjpeg.so.9.2.0(jpeg-9b-2)

  • See more information in the screenshots and bug-reports in the attachment

Attachments (3)

WonderBrush-1353-debug-02-06-2017-05-49-59.report (42.1 KB ) - added by lelldorin 3 years ago.
WonderBrush-1353-debug-02-06-2017-05-49-59.report
wonderbrush_crash1-png (72.6 KB ) - added by lelldorin 3 years ago.
wonderbrush_crash2.png (89.5 KB ) - added by lelldorin 3 years ago.
libjpg.so

Download all attachments as: .zip

Change History (20)

by lelldorin, 3 years ago

WonderBrush-1353-debug-02-06-2017-05-49-59.report

comment:1 by lelldorin, 3 years ago

patch: 01

by lelldorin, 3 years ago

Attachment: wonderbrush_crash1-png added

by lelldorin, 3 years ago

Attachment: wonderbrush_crash2.png added

libjpg.so

in reply to:  description comment:2 by lelldorin, 3 years ago

The first screenshot shows libfreetype.so error

Last edited 3 years ago by lelldorin (previous) (diff)

comment:3 by korli, 3 years ago

Milestone: R1/beta1R1

Both crash1 and crash2 screenshots are normal informations of Debugger. The crash looks like internal to WonderBrush.

comment:4 by korli, 3 years ago

Component: - GeneralApplications
Owner: changed from nobody to stippi
Status: newassigned

Let's see if stippi can bring some light on the real problem.

Lelldorin, I suppose it's a regression, maybe you know the last version of Haiku when it worked? (Translators didn't see a change since Februar at least).

comment:5 by stippi, 3 years ago

It appears to crash in liblayout code, when layouting the canvas list scroll view, but in the MScrollView part which is in liblayout. Maybe some change to the interface kit was not backwards compatible?

comment:6 by stippi, 3 years ago

Maybe of relevance is that the canvas list is probably the first MScrollView based view in the window's view hierarchy. I wouldn't be surprised if other apps are also affected which use an MScrollView. SoundPlay perhaps?

comment:7 by Giova84, 3 years ago

On hrev51176 WonderBrush runs fine.

in reply to:  7 ; comment:8 by korli, 3 years ago

Replying to Giova84:

On hrev51176 WonderBrush runs fine.

UP: Sorry please ignore, misread the comment's author.

Last edited 3 years ago by korli (previous) (diff)

in reply to:  8 comment:9 by Giova84, 3 years ago

Replying to korli:

Replying to Giova84:

On hrev51176 WonderBrush runs fine.

UP: Sorry please ignore, misread the comment's author.

Well, I meant that for me, on hrev51176 (so a more recent hrev than hrev51065) WonderBrush works and starts fine without any error :-) Maybe I also misreading something? I'm sorry.

comment:10 by korli, 3 years ago

Giova84 and you can "open a picture"?

comment:11 by Giova84, 3 years ago

Yes: I can open pictures and do everything in WonderBrush, without any issue.

in reply to:  description comment:12 by lelldorin, 3 years ago

Found the error. I have probably once installed an older liblayout.so in /boot/home/config/non-packaged/lib (testing old beos apps), thereby wonderbrush could not find the current version.

Please excuse this bug-report.

On the other hand, it also shows that it would be useful if an installed program had to look for its required version. So if the version in /boot/home/ is too old he then looks in /boot/system automatically (for example).

Think such error messages will appear again and again in the future.

  • Installation of older versions of libraries, etc. must be possible to test older programs on haiku.
  • If a program requires a more recent version than the version preferred by directory priority, the system must automatically search for the corresponding version in the other possible directories, before a error message occurs.
Last edited 3 years ago by lelldorin (previous) (diff)

comment:13 by korli, 3 years ago

Resolution: invalid
Status: assignedclosed

comment:14 by korli, 3 years ago

Please don't take it wrong, but power users are in fact able to customise their home directory as they see fit, for the best or the worst.

in reply to:  14 comment:15 by lelldorin, 3 years ago

Replying to korli:

Please don't take it wrong, but power users are in fact able to customise their home directory as they see fit, for the best or the worst.

Yes poweruser but not automatically ;-)

I do not take this wrong. I always like to learn. And I tend to ask as a normal user, although I know a lot.

Last edited 3 years ago by lelldorin (previous) (diff)

comment:16 by pulkomandy, 3 years ago

As for managing several versions of a library: it is up to the library provider to make versionned releases of its library. For example you can see that we have "libmikmod.so.3.3.0", "libffi.so.6.0.1", etc (random examples from my /system/lib). If liblayout did the same, then different versions would have different names and would not conflict with each other. But currently it is not the case, and knowing if a particular version is compatible with your software is only possible by testing it.

comment:17 by stippi, 3 years ago

WonderBrush used to come with its own copy of liblayout.so for exactly this reason. Maybe this was changed when it was repackaged as .hpkg.

Note: See TracTickets for help on using tickets.