Dooble releases-Qt6

[Lars]

I found it. It is an updated version of qt5webc.dll which is part of the QtWebEngine RPM.
With this updated version, Dooble is able to display local files, regardless on what drive they are located on.

Something like:
file:///E:/CONFIG.SYS
will display in the browser.

{0}[d:\usr\lib] dir qt5webc.dll*

 8.09.22  22.43     271.973.910      0  Qt5WebC.dll
25.09.21  19.47      92.191.016      0  Qt5WebC.dll.bak
 8.09.22  22.43     271.973.910      0  Qt5WebC.dll.new

[Lars]

Thanks Dave - it's working well here!

 There is a long standing bug in Dooble on OS/2 where if you try to open an HTML file, it always says 'Your file couldn't be accessed' even though you just clicked on it. However, if that file is on your %UNIXROOT% drive (say C:), and you remove 'C:' from the address bar with that file name on it, the file is displayed. If it is not on the %UNIXROOT% drive, removing, say 'D:' does not help and can not be displayed.

 The implication is the code is using a Linux standard to find the file (no drive letters) so it works this way only on the %UNIXROOT% drive. But the Windows version of Dooble does use drive letters and it does work, so it seems there must be a code path available to use drive letters when displaying files if needed.

 Are you familiar with this? Has it been looked at in the past? The reason it is important to me is I would like to use Dooble to display e-mail messages from PMMail, but it doesn't work because PMMail is not on %UNIXROOT% so even removing the drive letter doesn't help in that case. Seems like there should be a straight forward solution to this, if the proper code was identified...

Regards,

I vaguely remember that Dmitry already had a fix in place that went into a test version of one of the Qt5 DLLs. I just cannot remember which one that was ...

Thanks for the tip.

There is: https://github.com/bitwiseworks/qtwebengine-chromium-os2/issues/50
&
https://github.com/bitwiseworks/qtwebengine-chromium-os2/commit/6d53f8735fc37460d217f6d641eae585960c1e53

This may have been applied by Dmitry after I created my diffs... I certainly don't have it in my branch...

Yep, that's the fix.

[Paul Smedley]

<sigh> [listing of woes] Why is everything so hard?

In Ancient Times folk would have said something like, "God is testing you for a Great Task, so go with it." These days, dunno. Maybe you're due to have one of those life-rebooting Road To Damascus Warpstock experiences in due course.

OK it had been a while since I'd built the Qt 6.2 based browser. Turns out that I had some remnants of qt 6.2.8  code in there (which is based on a chromium version what we can't yet build) left over.

Hopefully,  I'm on the path to being able to build an updated DLL again.... and I'll include the url fixes.

On a positive note,  whilst investigating a build break,  I think I fixed a problem generating filename.js.compressed caused by brotli.exe not using binary mode on stdout. Time will tell, that may allow me to revert some hacks

[Pete]

Hi Lars

Where is the updated Qt5WebC.dll available?


Thanks

Pete

[Tom]

Hi Lars

Where is the updated Qt5WebC.dll available?


Thanks

Pete

Although I am not Lars: http://rpm.netlabs.org/test/qw.7z
(as mentioned by Paul in https://github.com/bitwiseworks/qtwebengine-chromium-os2/issues/50)

[Pete]

Hi Tom

Thanks for the link but it seems rpm.netlabs is not working...


Regards

Pete

[Dave Yeo]

Hi Tom

Thanks for the link but it seems rpm.netlabs is not working...


Regards

Pete

I just downloaded it fine besides taking a few seconds to start.

[David McKenna]

 Thanks for remembering Lars, and thanks Tom for the link! It does indeed work with the QT5 version of Dooble, so don't need to be moving things around - great! The file is gigantic - I wonder if it could be Lxlite'd? Here's hoping Paul can add this to the QT6 version too...

Regards,

[Tom]

Thanks for remembering Lars, and thanks Tom for the link! It does indeed work with the QT5 version of Dooble, so don't need to be moving things around - great! The file is gigantic - I wonder if it could be Lxlite'd? Here's hoping Paul can add this to the QT6 version too...

Regards,

It was a test version, so probably contains debug information. That could explain the large size. Rebuilding without debug information should take care of that.

[Pete]

Hi All

Could not download this file with Seamonkey or Dooble.

I experimented a little and found I could download the file with both browsers as long as I changed the url to
   https://rpm.netlabs.org/test/qw.7z


Regards

Pete

[Dave Yeo]

Thanks for remembering Lars, and thanks Tom for the link! It does indeed work with the QT5 version of Dooble, so don't need to be moving things around - great! The file is gigantic - I wonder if it could be Lxlite'd? Here's hoping Paul can add this to the QT6 version too...

Regards,

Should be able to lxlite it. eg,

Code: [Select]

H:\tmp>lxlite Qt5WebC.dll
┌[ lxLite ]───────────────────────────────────┬[ Version 1.3.9 ]┐
├ Copyright 1996,97 by FRIENDS software       ├    All rights   ┤
├ Copyright 2001,03 by Max Alekseyev          ├     reserved    ┤
├ Copyright 2008-10 by OS/4 team              ├                 ┤
├ Copyright 2011    by Steven H. Levine       ├                 ┤
├ Copyright 2017-23 by bww bitwise works GmbH └─────────────────┘
├                 Qt5WebC.dll initial: 271973910 final: 113291452 gain: 58.4%
├┤Total gain: 158682458 bytes

Still big but smaller.

[Steven Levine]

Qt5WebC.dll is large because it's a test build that includes HLL debug data.  If you lxlite the DLL, the debug data will be removed and you will not get anything resembling a useful exceptq report.  If you are not going to report defects, this will not matter.

[Remy]

Hi,

Using Dooble 2024/01/25 (QT5)
I'm unable to go forward as soon I'm on following web page. High cpus etc...
https://www.denafrips.eu/shop
Is it the same with QT6 ?
Any idea about what's happening ?
Regards

[David McKenna]

 Hi Rémy,

 That page seems to work OK here - though I am using a virtual box with only 1 CPU to run ArcaOS. Also have the blocked domain list installed to avoid ads. It does seem very slow to load, but I don't see a high CPU load. Maybe try Dave's latest 2024/08/20 version (link earlier in the thread) and see if that helps.

Regards,

[Paul Smedley]

Here's hoping Paul can add this to the QT6 version too...

It'll happen. I fixed my build issues, currently at [1482/3105] so ~1600 source files left to  compile from the initial ~25,600.  Patches are also in place to  support drive letters in the URL  bar. Hopefully some time later today assuming no unforeseen issues.