It still seems to be there but is 1 pixel wide. > Also I can reproduce the missing dropmarker with gtk3 now with the default Bug 1318258 linked the backend into libxul and without 5.4 does not work and falls apart pretty fast when > I or better Mc checked the first candidate build and it looks like we have a (In reply to Frank-Rainer Grahl (:frg) from comment #81) > to 'fudge' it to enable us to use the default branch > proper, having the two patches pushed to the default > Since keeping ourselves appraised of the status of ESR52 > 2) change client.py to use the relbranch for mozilla-esr52 > and replace the $topsrcdir with $TOOLTOOL_DIR. > 1) change these topsrcdir mentions to using the following: > If we can't push those, then we'll need to either: > this will work regardless of whether we use default/relbranch > opposed to the relbranch, which are already there), > assuming we can push the mozilla-esr52 patches to the default tree (as > ::: suite/config/mozconfigs/win32/release > would make builddir>/mozilla/suite/config/mozconfigs/ > The problem I found was that $topsrcdir referred to /mozilla, > I just triggered a normal ESR Linux32 build and hit a snag with the regular (In reply to Edmund Wong (:ewong) from comment #64) To 'fudge' it to enable us to use the default branch Proper, having the two patches pushed to the defaultīranch would be preferential. Since keeping ourselves appraised of the status of ESR52 If we can't push those, then we'll need to either:ġ) change these topsrcdir mentions to using the following:Īnd replace the $topsrcdir with $TOOLTOOL_DIR.Ģ) change client.py to use the relbranch for mozilla-esr52 This will work regardless of whether we use default/relbranch "$topsrcdir/suite/config/mozconfigs/"Īssuming we can push the mozilla-esr52 patches to the default tree (as opposed to the relbranch, which are already there), Would make /mozilla/suite/config/mozconfigs/ The problem I found was that $topsrcdir referred to /mozilla, which I just triggered a normal ESR Linux32 build and hit a snag with the regular mozconfig line: r=mkaply a=jorgkĭ13e3fefb76e Chris H-C - bug 546387 - Don't try to set the GTK clipboard with null items r=karlt a=jorgkĬomment on attachment 8898730 r=johannh a=jorgkį822bda79c28 Johann Hofmann - Bug 1350152 - Don't rely on gBrowser in nsLoginManagerPrompter.js. įdbd6734448b Aaron Klotz - Bug 1368150: Add IsWindows10BuildOrNewer to MFBT r=froydnj a=jorgkįbb0bdb191d5 Jorg K - Bug 1388166 - Handle case where chromeWin.getBrowser() doesn't exist. r=froydnj a=jorgk DONTBUILDĤ59150ea79f6 Masayuki Nakano - Bug 1361132 - TSFTextStore::GetSelection() shouldn't return. If so, I would suggest just using 1.19.0 since this is whatĢ1af4e17cbf9 Ralph Giles - Bug 1338655 - Don't try to build mp4parse bindings. I haven't build from 2.49.1 but, would using 1.19.0 work? This takes care of the 2.48 OSX 10.12 crashes:īug 1322027 - Update jemalloc 4 to version 4.4.0.īug 1322027 - Don't disable hugepage support since it no longer causes PGO issues.īug 1311039 - Properly detect the default malloc zone on OSX 10.12.īug 1275204 - mozjemalloc: Use better pre-processor defines for sparc64.īug 1275204 - mozjemalloc: Use the JS arm64 allocator on Linux/sparc64.īug 1286613 - Properly call mozjemalloc pre/post fork hooks on OSX when replace-malloc is enabled.īug 1286613 - Move replace-malloc zone allocator to a separate file.īug 1286613 - Use the same zone allocator implementation as replace-malloc for mozjemalloc.īug 1286613 - Don't rely on OSX SDK malloc/malloc.h for malloc_zone struct definitions.īug 1286613 - Add dummy implementations for most remaining OSX zone allocator functions.īug 1286613 - Update jemalloc 4 to c6943ac.īug 1332508 - Reinitialize allocator mutexes in fork() child processes.Ĭomment on attachment 8894527 Uplisfts which were done in 2.48 and are also needed in 2.49.1:īug 1343781 - Ensure MozconfigLoader uses the right topsrcdir.īug 1345781 - Add quotes around the PACKAGE name in case there are spaces. Optional but without it you can't build 2.49.1/ESR52 with newer rust versions:īug 1338655 - mp4parse rust bindings no longer compile with cargo from Rust Nightly Bug 1388166 - Bug 1266836 introduced toolkit/browser dependency (breaks http auth on XUL apps) - follow upīug 546387 - Don't try to set the GTK clipboard with null itemsīug 1350152 - Don't rely on gBrowser in nsLoginManagerPrompter.js.īug 1368150 - Add functions to WindowsVersion for Windows 10 updateīug 1361132 - TSFTextStore::GetSelection() shouldn't return if it runs on Win10 Anniversary Update or later.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |