About:
> Additionally it would be great to see information on handling OOMs (large
> and small) as those are our top crashers, and if anything I think project
> uptime should be focusing on mitigating them. Fixing null derefs for a few
> hundred users is nice, but fixing OOMs for tens of
Am Dienstag, 24. Mai 2016 06:56:54 UTC+2 schrieb Nicholas Nethercote:
> Greetings,
>
> I've written a document called "All about crashes" which I've put on
> the Project Uptime wiki:
>
> https://wiki.mozilla.org/Platform/Uptime#All_about_crashes
>
> It's about all the different ways we can
"[...] The earlier 'SIMD' instruction sets on the x86 platform, from oldest to
newest, are 'MMX', '3DNow!' (developed by AMD), 'SSE' and 'SSE2'. [...]"
Source: https://en.wikipedia.org/wiki/SSE3 (At the top.)
Is support for 'MMX' & '3DNow!' already dropped?
-BesTo
Am Freitag, 20. Mai 2016 11:08:16 UTC+2 schrieb Dirkjan Ochtman:
> On Thu, May 19, 2016 at 11:28 PM, Tobias B. Besemer wrote:
> > https://en.wikipedia.org/wiki/Streaming_SIMD_Extensions
> > https://en.wikipedia.org/wiki/SSE2
>
> Hi Tobias,
>
> I applaud your enthusia
Am Freitag, 20. Mai 2016 01:48:24 UTC+2 schrieb Robert Strong:
> On Thu, May 19, 2016 at 3:18 PM, Tobias B. Besemer wrote:
>
> > Am Freitag, 13. Mai 2016 22:41:01 UTC+2 schrieb Benjamin Smedberg:
> > > We have considered this, but in the grand rollout plans for 64-bit
>
Am Freitag, 13. Mai 2016 22:41:01 UTC+2 schrieb Benjamin Smedberg:
> We have considered this, but in the grand rollout plans for 64-bit Firefox
> it's low on the list. We're still dealing with Flash sandboxing/functional
> regressions as a blocker for wider rollout, and the next step is probably
>
Am Freitag, 13. Mai 2016 14:35:52 UTC+2 schrieb Ben Hearsum:
> On 2016-05-12 06:44 PM, khagar...@gmail.com wrote:
> > On Thursday, May 12, 2016 at 11:47:15 PM UTC+2, Karl Tomlinson wrote:
> >> Lawrence Mandel writes:
> >>
> >>> Do we need this criteria?
> >>>
> >>> RAM - Does it hurt to move an
Am Freitag, 13. Mai 2016 10:34:59 UTC+2 schrieb bo...@mozilla.com:
> On Thursday, 12 May 2016 21:36:53 UTC+1, Chris Peterson wrote:
> > Yes. Flash and Silverlight both have 64-bit plugins that work in 64-bit
> > Firefox. Streaming video services will likely move their Firefox users
> > from
Am Donnerstag, 12. Mai 2016 18:56:19 UTC+2 schrieb Ben Hearsum:
> Do you have thoughts on how we'll be able to serve the users the correct
> build if we have to base the decision on plugins they may have or other
> information that's not in the update ping? We can already detect 32-bit
> builds
Am Donnerstag, 12. Mai 2016 18:22:53 UTC+2 schrieb David Baron:
> On Thursday 2016-05-12 11:45 -0400, Ted Mielczarek wrote:
> > requirement for x86-64 processors, and the overall performance should
> > generally be better (modulo memory usage, I'm not sure if we have an
> > exact comparison).
Am Donnerstag, 19. Mai 2016 23:03:16 UTC+2 schrieb Tobias B. Besemer:
> Am Donnerstag, 19. Mai 2016 22:59:35 UTC+2 schrieb Tobias B. Besemer:
> > Am Donnerstag, 19. Mai 2016 22:00:55 UTC+2 schrieb Nathan Froyd:
> > > On Thu, May 19, 2016 at 1:58 PM, Tobias B. Besemer wrote
Am Donnerstag, 19. Mai 2016 23:25:15 UTC+2 schrieb Tobias B. Besemer:
> Am Donnerstag, 19. Mai 2016 23:03:16 UTC+2 schrieb Tobias B. Besemer:
> > Am Donnerstag, 19. Mai 2016 22:59:35 UTC+2 schrieb Tobias B. Besemer:
> > > Am Donnerstag, 19. Mai 2016 22:00:55 UTC+2 sc
Am Donnerstag, 19. Mai 2016 22:59:35 UTC+2 schrieb Tobias B. Besemer:
> Am Donnerstag, 19. Mai 2016 22:00:55 UTC+2 schrieb Nathan Froyd:
> > On Thu, May 19, 2016 at 1:58 PM, Tobias B. Besemer wrote:
> > > Question is:
> > > If Mozilla will really "Backout MSVC 20
Am Donnerstag, 19. Mai 2016 22:00:55 UTC+2 schrieb Nathan Froyd:
> On Thu, May 19, 2016 at 1:58 PM, Tobias B. Besemer wrote:
> > Question is:
> > If Mozilla will really "Backout MSVC 2015 from aurora" because 2 people are
> > not able to configure there
Example for "GenuineIntel Family 6 Model 15 Stepping 13":
http://browser.primatelabs.com/geekbench3/125284
(Intel Core 2 Duo T5800 @ 2.00 GHz)
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
Am Donnerstag, 19. Mai 2016 20:49:08 UTC+2 schrieb Tobias B. Besemer:
> Am Donnerstag, 19. Mai 2016 19:58:50 UTC+2 schrieb Tobias B. Besemer:
> > Am Donnerstag, 19. Mai 2016 19:53:40 UTC+2 schrieb Tobias B. Besemer:
> > > Am Donnerstag, 19. Mai 2016 17:46:58 UTC+2 schri
Am Donnerstag, 19. Mai 2016 19:58:50 UTC+2 schrieb Tobias B. Besemer:
> Am Donnerstag, 19. Mai 2016 19:53:40 UTC+2 schrieb Tobias B. Besemer:
> > Am Donnerstag, 19. Mai 2016 17:46:58 UTC+2 schrieb Gijs Kruitbosch:
> > > On 19/05/2016 16:35, Tobias B. Besemer wrote:
> >
Am Donnerstag, 19. Mai 2016 19:53:40 UTC+2 schrieb Tobias B. Besemer:
> Am Donnerstag, 19. Mai 2016 17:46:58 UTC+2 schrieb Gijs Kruitbosch:
> > On 19/05/2016 16:35, Tobias B. Besemer wrote:
> > > Due to the upcoming requirement of SSE2 to run Firefox that is discussed
>
Am Donnerstag, 19. Mai 2016 17:46:58 UTC+2 schrieb Gijs Kruitbosch:
> On 19/05/2016 16:35, Tobias B. Besemer wrote:
> > Due to the upcoming requirement of SSE2 to run Firefox that is discussed
> > here:
> > https://groups.google.com/forum/#!topic/mozilla.dev.platform/v0QAe2o
As I'm lazy, plz read here:
https://bugzilla.mozilla.org/show_bug.cgi?id=1271762
;-)
(It's really not much to read in the bug!)
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
Due to the upcoming requirement of SSE2 to run Firefox that is discussed here:
https://groups.google.com/forum/#!topic/mozilla.dev.platform/v0QAe2olnH0
...I had a look on...
Bug 1271755 - [meta] Require SSE2 to run Firefox
https://bugzilla.mozilla.org/show_bug.cgi?id=1271755
...then on...
Bug
Am Mittwoch, 18. Mai 2016 20:28:01 UTC+2 schrieb Tobias B. Besemer:
> > If we're going to accidentally keep introducing bugs where non-SSE2 CPUs
> > crash, it would be far better to add a runtime check at the beginning of
> > main() and error out, than to have a steady trickle of
> If we're going to accidentally keep introducing bugs where non-SSE2 CPUs
> crash, it would be far better to add a runtime check at the beginning of
> main() and error out, than to have a steady trickle of bug reports about
> crashes on illegal instructions which end up being marked INVALID.
Am Mittwoch, 18. Mai 2016 16:52:25 UTC+2 schrieb Boris Zbarsky:
> On 5/18/16 7:38 AM, Tobias B. Besemer wrote:
> > Is this really a discussion if Firefox should support CPUs older then 13-15
> > years ???
>
> More or less, yes.
>
> > I can't imagine any sce
Am Mittwoch, 18. Mai 2016 13:56:14 UTC+2 schrieb Tobias B. Besemer:
> Am Mittwoch, 18. Mai 2016 13:38:58 UTC+2 schrieb Tobias B. Besemer:
> > N00b question:
> > Is this really a discussion if Firefox should support CPUs older then 13-15
> > years ???
> >
> > h
Am Mittwoch, 18. Mai 2016 13:38:58 UTC+2 schrieb Tobias B. Besemer:
> N00b question:
> Is this really a discussion if Firefox should support CPUs older then 13-15
> years ???
>
> https://en.wikipedia.org/wiki/SSE2
>
> I can't imagine any scenario were a user needs to run a
N00b question:
Is this really a discussion if Firefox should support CPUs older then 13-15
years ???
https://en.wikipedia.org/wiki/SSE2
I can't imagine any scenario were a user needs to run a Pentium III with GUI
and a browser on it...
...would mean that the system not only runs not e.g. as a
Hi all!
Have this in mind for a long time...
...and mentioned it already somehow...
I think it would bring good success/feedback if Mozilla creates at least a FB
Group for Beta Testers.
Younger people use nowadays a lot Facebook to connect and communicate...
There are thousands of new geeks
K, I wait till Mozilla hit the bottom because marking my opinions to problems
as "Offtopic" and removing my rights because I get p*ssed that my thinking
about it is "off topic" is getting to much for me!
But I'm pretty sure that it wouldn't take anymore long till Mozilla is on the
ground...
6 at 11:23 AM, Tobias B. Besemer <
> tobias.bese...@googlemail.com> wrote:
>
> > Hi!
> >
> > Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a
> > OSS Project!
> > The same mistake made Oracle with OpenOffice!
> > Now the proje
Am Montag, 9. Mai 2016 20:33:11 UTC+2 schrieb Andrew McCreight:
> Thank you for opening a discussion thread rather than posting more in the
> bug.
>
> On Mon, May 9, 2016 at 11:23 AM, Tobias B. Besemer wrote:
>
> > Hi!
> >
> > Ignoring viewpoints of non-Mozilla
Same belongs to bug 1219672!
https://bugzilla.mozilla.org/show_bug.cgi?id=1219672
If Mozilla still don't know that I sometimes give a rant, if thing go really
wrong, but on the other side my rants were the reasons in the last 2,5 years,
that Firfox was getting on Windows much better again, then
Hi!
Ignoring viewpoints of non-Mozilla-employees can't be the way to go for a OSS
Project!
The same mistake made Oracle with OpenOffice!
Now the project is almost death!
Think Mozilla should find his way back to his roots!
Would be nice, if some people think about it!
Hi!
In the program folder of FF by Windows there is a file called "removed-files"...
This file includes a list with files (rules) that should be removed...
What's about updating this?
I see a lot of (old) files and folders in the profile folders that should be
IMHO removed to clean up the
Hi!
I resorted/renamed my profile folders...
Now, when I start the Developer Edition with the profile manager, FF creates a
new entry with "dev-edition-default" and the according folders in
\Roaming\Mozilla\Firefox\Profiles\ and \Local\Mozilla\Firefox\Profiles\ (Win7).
How to prevent this and
Am Donnerstag, 24. März 2016 01:06:22 UTC+1 schrieb Tobias B. Besemer:
> Am Freitag, 18. März 2016 14:45:45 UTC+1 schrieb Gijs Kruitbosch:
> > On 18/03/2016 11:47, Tobias B. Besemer wrote:
> > > If I use my main profile in Aurora, it updates FF immediately to the
> > &
Am Freitag, 18. März 2016 14:45:45 UTC+1 schrieb Gijs Kruitbosch:
> On 18/03/2016 11:47, Tobias B. Besemer wrote:
> > If I use my main profile in Aurora, it updates FF immediately to the
> > Nightly Version because the update channel is saved in the profile!
> >
> > Is
OK, to reopen this discussion ...
I suggested in Bug 1151371 to activate the status IN_PROGRESS in bmo and use
this status for bugs that are in progress (patch in work) and that
everybody use the status applied in future only as taken or as in the
to-dos-list like the others do.
My arguments
Hi,
I analyzed some private pages because of a font problem with FF34a2.
It was a problem with the font Verdana.
Seems the font was crashed in my Win7 64bit.
See:
I saw the new button Debug Script while I had a hanging script ... and tested
it ...
So here what I recognized:
It is for me now not clear if the script gets stopped, or it is keeping running
... I think it keeps running, right?
Also I missing a log to it in the Browser Console ... I think this
This would be my suggestion (if possible):
1. Read sessionstore.js;
2. Open first window, don't reload tabs, restore size on the right screen if
multi-screen;
3. For each window in sessionstore.js, in the order in which the windows
have been opened initially, trigger window opening;
4. After
The update of the taskbar preview (if this is possible) should normally happen
after the tabs (the first, visible one) of a window are reloaded - not all
previews at the end.
IMHO the SessonStore should save a Time-Stamp to each window that gets updated
each time the window gets focus.
This
Am Mittwoch, 9. Juli 2014 03:51:32 UTC+2 schrieb Tobias B. Besemer:
I tried to help and clean up a bit Bugzilla with updating the Target
Milestone to a Milestone that get still developed ...
I did this:
https://bugzilla.mozilla.org/buglist.cgi?f1=OPf0=OPclassification=Componentsemailtype1
Hi!
I was interested to test the new TB 31 Beta ...
... I'm now using 24.6.0 ...
... so I installed the extension Update Channel Selector 1.6 and switched to
beta ...
When I now open the About I see that I be on beta, but TB says:
Thunderbird is up to date (I think there is a point at the end
OK, I understand.
The question was not just because of FF TB to save just some bits ...
... it was also, because I think it will be in the future a good idea to let
run Firefox OS Apps on other OSes like it is possible with MS Modern UI and
WinRT ... also would there be a possibility for an
What's about the idea (for the future) that all stable versions use XULRunner
and beta, alpha nightly use there own XUL ???
I think that in the stable versions of Firefox, Thunderbird Firefox OS are
the Gecko all the same ... ???
This would allow a GUI and running Firfox OS Apps on different
Hi!
Sorry, I have since some weeks the can-edit at Bugzilla and misunderstood the
Assigned!
I tried to help and clean up a bit Bugzilla with updating the Target
Milestone to a Milestone that get still developed ... and was thinking that
when a bug is Assigned To, that then the Status have to
47 matches
Mail list logo