PM 28.0.0b2 oddities/issues

This board is for discussions, bug reports, etc. for pre-releases of the v28 milestone building on UXP.
dinosaur
Fanatic
Fanatic
Posts: 165
Joined: 2014-06-03, 09:26
Location: France

PM 28.0.0b2 oddities/issues

Unread post by dinosaur » 2018-07-11, 15:09

It's now been a week that I am using PM 28.0.0b2 instead of PM 27.9.3, and I found two annoying oddities:
  • PM 28 renders some pages at half the speed of PM 27 and can take ages (5+ minutes !) to close them. Here is such an affected site: http://ftp.belnet.be/mirror/pclinuxonli ... MS.x86_64/
    And here is what I get with it:
    Time to load: PM27: 24", PM28: 49"
    Time to close the tab once the site has loaded: PM27: 1", PM28: 5'56" (!!!)
  • PM28 sometimes badly renders apostrophes (single quotes) and other ANSI characters. I did not find a simple repro step (on the same site, the characters may render properly and improperly in the same line of text !). But here are screen shots to compare the results:
    PM27:
    pm27.png
    PM28:
    pm28.png
Note that both versions were run with the exact same configuration (same extensions/plugins, same settings, same everything) under the same conditions (same OS, no other running application, etc).

dinosaur
Fanatic
Fanatic
Posts: 165
Joined: 2014-06-03, 09:26
Location: France

Re: PM 28.0.0b2 oddities/issues

Unread post by dinosaur » 2018-07-11, 15:26

Oh, and I almost forgot:
  • The search (CTRL F) bar turned into a per-tab one instead of a global (common to all tabs) one, which is extremely annoying when you open several tabs on the same site (but on different pages of that site), in search for some word(s) on them all.
Last edited by dinosaur on 2018-07-11, 15:26, edited 2 times in total.

User avatar
therube
Board Warrior
Board Warrior
Posts: 1650
Joined: 2018-06-08, 17:02

Re: PM 28.0.0b2 oddities/issues

Unread post by therube » 2018-07-11, 15:49

affected site: http://ftp.belnet.be/mirror/pclinuxonli ... MS.x86_64/
Ouch, you really should put a warning about that one for those with lower end machines ;-).

Page shows as 605 KB in size, even so, takes an absurdly long time to finish loading on my end.
(ftp client, using ftp:// is worlds different, better.
Loading using ftp:// in the browser was much better then html:// in the browser, but still slow, nowhere near as quick as ftp client. And that directory only has files back through 2013, 36,999 entries ;-).)

Closing the tab is quick.
Closing the browser, having it release itself from memory, was quite time consuming (to say the least [& was only using ~500 MB RAM, having both http: & ftp: pages open in the browser]).

(Will be very interesting to see how current FF does on that page.)


Oh, & if you're going to compare, use separate Profiles.
And even between loads of the same Profile, be sure & clear your /cache/.
Last edited by therube on 2018-07-11, 16:28, edited 7 times in total.

User avatar
therube
Board Warrior
Board Warrior
Posts: 1650
Joined: 2018-06-08, 17:02

Re: PM 28.0.0b2 oddities/issues

Unread post by therube » 2018-07-11, 16:18

search (CTRL F) bar turned into a per-tab one instead of a global
To note, FF 52 maintains the search term per window.
(Can't test PM 28 at present. PS: there is a b3 out.)

JustOff

Re: PM 28.0.0b2 oddities/issues

Unread post by JustOff » 2018-07-11, 16:20

dinosaur wrote:PM 28 renders some pages at half the speed of PM 27 and can take ages (5+ minutes !) to close them. Here is such an affected site: http://ftp.belnet.be/mirror/pclinuxonli ... MS.x86_64/
And here is what I get with it:
Time to load: PM27: 24", PM28: 49"
Time to close the tab once the site has loaded: PM27: 1", PM28: 5'56" (!!!)
I confirm, and I also have to add that Basilisk and Firefox 52ESR (e10s=off) load this page much faster than PM28, however they are both have problem closing it, while Firefox 38ESR and 45ESR have no problem at all as well as PM27.

User avatar
therube
Board Warrior
Board Warrior
Posts: 1650
Joined: 2018-06-08, 17:02

Re: PM 28.0.0b2 oddities/issues

Unread post by therube » 2018-07-11, 16:35

Basilisk and Firefox 52ESR ... however they are both have problem closing it
Odd, 52ESR closed (& exited memory) almost instantly, on my end. Yes. (Tested twice.)
Last edited by therube on 2018-07-11, 16:45, edited 1 time in total.

JustOff

Re: PM 28.0.0b2 oddities/issues

Unread post by JustOff » 2018-07-11, 16:46

therube wrote:
Basilisk and Firefox 52ESR ... however they are both have problem closing it
Odd, 52ESR closed (& exited memory) almost instantly, on my end.
e10s -> off:

Code: Select all

browser.tabs.remote.autostart -> false
browser.tabs.remote.autostart.2 -> false
Then restart and check that Multiprocess Windows 0/1 (Disabled) in about:support.
Last edited by JustOff on 2018-07-11, 16:49, edited 2 times in total.

User avatar
back2themoon
Moon Magic practitioner
Moon Magic practitioner
Posts: 2369
Joined: 2012-08-19, 20:32

Re: PM 28.0.0b2 oddities/issues

Unread post by back2themoon » 2018-07-11, 16:49

Yes, it takes several minutes here to both open and close (PM 28 b3).
Last edited by back2themoon on 2018-07-11, 16:50, edited 2 times in total.

JustOff

Re: PM 28.0.0b2 oddities/issues

Unread post by JustOff » 2018-07-11, 17:22

JustOff wrote:Basilisk and Firefox 52ESR (e10s=off) load this page much faster than PM28, however they are both have problem closing it
mozregression pushlog for devs: https://hg.mozilla.org/mozilla-central/ ... 3b7561d873

My first suspect is bug #1258436.

I filled Issue #625 (UXP).
Last edited by JustOff on 2018-07-11, 18:09, edited 2 times in total.

User avatar
Moonchild
Pale Moon guru
Pale Moon guru
Posts: 35474
Joined: 2011-08-28, 17:27
Location: Motala, SE
Contact:

Re: PM 28.0.0b2 oddities/issues

Unread post by Moonchild » 2018-07-12, 08:07

dinosaur wrote:The search (CTRL F) bar turned into a per-tab one instead of a global (common to all tabs) one, which is extremely annoying when you open several tabs on the same site (but on different pages of that site), in search for some word(s) on them all.
therube wrote:To note, FF 52 maintains the search term per window.
(Can't test PM 28 at present. PS: there is a b3 out.)
We had to change the internal location of the find bar to be tab-dependent due to architectural changes in the browser platform. Even so, if you open a new find bar in a second tab, the term you entered will be retained in it as default. The only difference is that it's in a closed state. Tapping F3 (search again) on a new tab will open it up and immediately search for the entered term.
"Sometimes, the best way to get what you want is to be a good person." -- Louis Rossmann
"Seek wisdom, not knowledge. Knowledge is of the past; wisdom is of the future." -- Native American proverb
"Linux makes everything difficult." -- Lyceus Anubite

User avatar
therube
Board Warrior
Board Warrior
Posts: 1650
Joined: 2018-06-08, 17:02

Re: PM 28.0.0b2 oddities/issues

Unread post by therube » 2018-07-12, 10:49

Oh, so it's only that the Find Bar itself doesn't remain open when you change to a new tab.
The search term persists & F3 works, so that's totally fine.
Likewise a Ctrl+F opens the Find Bar with the expected search term, if you need that.
(Couldn't check until now.)

User avatar
therube
Board Warrior
Board Warrior
Posts: 1650
Joined: 2018-06-08, 17:02

Re: PM 28.0.0b2 oddities/issues

Unread post by therube » 2018-07-12, 11:12

JustOff wrote:
therube wrote:
Basilisk and Firefox 52ESR ... however they are both have problem closing it
Odd, 52ESR closed (& exited memory) almost instantly, on my end.
e10s -> off:

Code: Select all

browser.tabs.remote.autostart -> false
browser.tabs.remote.autostart.2 -> false
Then restart and check that Multiprocess Windows 0/1 (Disabled) in about:support.
Correct.
Initially I was on XP. And now on Win7 & disabled e10s, & still 52ESR closes instantly.

(Good thought in the bug, on the images aspect.)


Edit:

New Profile
Open 52ESR
Load http://ftp.belnet.be/mirror/pclinuxonli ... MS.x86_64/
Quit

Closes instantly.

---

New Profile
Open 52ESR
Load http://ftp.belnet.be/mirror/pclinuxonli ... MS.x86_64/
Sort by 'Last Modified'
Quit

Closes much slower.
Last edited by therube on 2018-07-12, 11:25, edited 1 time in total.

dinosaur
Fanatic
Fanatic
Posts: 165
Joined: 2014-06-03, 09:26
Location: France

Re: PM 28.0.0b2 oddities/issues

Unread post by dinosaur » 2018-07-12, 12:08

Moonchild wrote:We had to change the internal location of the find bar to be tab-dependent due to architectural changes in the browser platform.
Yes, I guess you did not change it just for the fun of it. :D
Even so, if you open a new find bar in a second tab, the term you entered will be retained in it as default.
True. Thanks for that.
The only difference is that it's in a closed state. Tapping F3 (search again) on a new tab will open it up and immediately search for the entered term.
This is still an annoying difference for me, because I rarely ever use the keyboard when I browse (I use the mouse only) and having to type CTR F or F3 is a slow down when compared to just pressing the "next" button in the search bar via the mouse.

Would it be possible to implement some work-around, such as keeping a global flag for the "search bar open" state (this flag would only be changed by open/close search bar actions from the user), and syncing each tab search bar state accordingly on each tab switching ?
Last edited by dinosaur on 2018-07-12, 13:22, edited 6 times in total.

Locked