BeBits Information Developer Central Submit Application Your Account Web Links Contact Us
BeBits
Firefox Bleeding Edge
Talkback
 Go back to the Firefox Bleeding Edge page
 Post a new Talkback comment!
re: "smooth-scrolling"
 By s_d - Posted on May 25, 2006 - 00:09:47   (#19832)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
That's result of missing Mouse-Move patch, pan Shard.
As mentioned in info for this version.
Unfortunately some of firefox-beos devs don't see that this behaviour is any bad or problematic, so that patch, proposed in 10 versions, is still hanging unchecked.
No wonder, that builders miss it sometimes, if you need to patch source everytime by hand:(

"blinking" mouse pointer
 By ahwayakchih - Posted on May 24, 2006 - 23:50:32   (#19831)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
I just noticed something (don't know if it was reported or no, sorry if it was :).
Mouse pointer seems to be constantly redrawn whenever there is some animation on web page. I noticed it here, on BeBits main page.
When i am viewing top of the page, there is "thegreenboard.com" banner on the left, which seems to make pointer blink all the time. After i scroll page down, so animated part of the banner is clipped ("outside" of visible area) mouse pointer stops blinking.


"smooth scrolling" even when unwanted?
 By ahwayakchih - Posted on May 24, 2006 - 23:33:42   (#19830)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
In version 20060521 Minefield something was changed with scrolling page and now when i try to scroll by "click on scrollbar and move mouse pointer up/down the screen while holding mouse button down" way it's horribly slow.
I mean, if i move mouse pointer far down and release mouse button i have to wait for scrolling to finish - and it scrolls by few pixels at a time so it's kinda like watching slow-motion-scrolling animation :) It takes quite a lot of time (even more than 20-30 seconds) to scroll whole page that way.

Single-click on "scrollbar's empty area" instantly scrolls page to selected point - so it works ok. It's just "manually moving scrollbar" which doesn't work ok.

I have "use smooth scrolling" option turned off. same for "use auto scrolling" (i tried with options turned on and off - without any effect).

Of course it would be faster with proper gfx driver (VESA here for now), but with earlier versions it worked better (ie. was also slow but more usable. now i'm trying to unlearn using scrollbar and learn to use pgup and pgdown keys instead :).

development builds
 By kraton. - Posted on May 23, 2006 - 23:01:47   (#19820)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
Which one is the to have stable build now?

Bleeding edge no, minefield no!

Deerpark alpha 2 is the only one I would recommend...

re: time bug
 By tqh - Posted on May 20, 2006 - 13:54:07   (#19782)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
I don't think it has anything with time, rather switching between versions. Usually a restart when switching Firefox version will fix things like this. It may also be that your profile has gotten corrupted in switching version (note that bleeding edge are directly from CVS). Antoher issue may be that the theme may not work with newest CVS builds, but that isn't to common.

same here - this is a 'time' bug
 By BeOS Mr X - Posted on May 20, 2006 - 06:54:08   (#19779)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
I now realised. Good thing I have quickfox. I was using version for R5 (the newest one) and I had the exact same problem you described aliensoldier, but yesterday. I was wondering, because search fields and the 'google' search area also we'rent entering. So I 'didnt' save quickfox before I rebooted, thinking that it would solve my problem. and good thing i didnt save as the next reboot it was fixed (but this was the next day) . Yesterday is the only time ive ever encountered that 'bug' and ever since yesterday it hasnt shown. the only logical explination is that something to do with the date and a bug about it. but now its fixed here.

search feild broken
 By AlienSoldier - Posted on May 19, 2006 - 21:50:13   (#19778)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
the search feild section is broken for me. Was working ok in previous version (deer park alpha 2).

If i press enter nothing happen, same if i click the "search button".

Page updated
 By tigerdog - Posted on May 19, 2006 - 15:55:14   (#19776)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
Based on the dialog below, I added installation tips to the Bleeding Edge page.

re: old location
 By s_d - Posted on May 19, 2006 - 12:52:43   (#19775)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
Unfortunately this warning remained at SeaMonkey page only:
How To Run:
1)Extract the contents of this archive somewhere on your machine.
If you have previous version installed, either clean up old version, or install new one to different location

http://www.bebits.com/app/2310

re: unzipping to old location
 By ahwayakchih - Posted on May 19, 2006 - 09:44:40   (#19772)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
hmm and where exactly on this page (http://bebits.com/app/2715) does it say that unzipping to old place is bad? :)

The only thing i found was:
"Back up your profile and keep your old version before you install!"

Second part of this sentence may be understood as exactly opposite of not overwriting ;)

Also one could think that after all these years, mozilla finally became less of a pile of mess... oh well, nothing is perfect i guess.

B_QUIT_ workaround
 By s_d - Posted on May 19, 2006 - 00:03:54   (#19769)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
open firefox startscript file.
Find there BeOS section (there is line with "mimeset" there)
add inside that section new line:
export NO_EM_RESTART=1


and save file.

Not it should respond to quit messages properly


unzipping to old location
 By s_d - Posted on May 18, 2006 - 18:19:43   (#19767)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
that what i meant in question, not profile removing,
it is known from old times, mentioned everywhere in forums and chats and even at Mozilla pages at bebits - DON'T INSTALL OVER OLD FILES

re: tabs
 By ahwayakchih - Posted on May 18, 2006 - 17:31:13   (#19766)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
i've just tried once again. this time i made sure there was no other firefox before unzipping and.. it worked! :D

probably unzipping to old location was causing that problem.

i'm sorry for all the trouble.

re: tabs
 By ahwayakchih - Posted on May 18, 2006 - 17:20:29   (#19764)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
i just unzipped it, and tried. after i saw tabs do not close, i removed whole mozilla folder from ~/config/settings and tried again without result :(

it's "pure" r5 here (net_server :).

updated link about bug
 By s_d - Posted on May 18, 2006 - 15:03:25   (#19763)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
http://community.livejournal.com/bezilla/193709.html

B_QUIT_REQUESTED problem confirmed.
 By s_d - Posted on May 18, 2006 - 14:52:30   (#19762)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
While FF close perfectly from Deskbar - Close All (window), it don't Quit from Terminal;
quit application/x-vnd.Firefox
see details
http://fyysik.livejournal.com/413482.html

SeaMonkey with same core code works properly

Re:tabs
 By s_d - Posted on May 18, 2006 - 12:41:12   (#19761)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
Shard, was it fresh install? Or over old files?
No problem with tabs here (R5 + BONE).

tabs not closing
 By ahwayakchih - Posted on May 18, 2006 - 09:15:16   (#19759)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
It may be releated to what Stippi wrote about, but i don't know.
On r5 tabs do not close at all. Small "x" button on them doesn't work, CTRL+W doesn't work, middle-click doesn't work, and right-lick menu item also doesn't work. When i tried to use menu item "close all other tabs" it asked me if i'm sure, i answered yes, and... nothing happened.

B_QUIT_REQUESTED
 By tqh - Posted on May 17, 2006 - 18:28:26   (#19754)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
The short answer is that I broke it. And now fyysik have probably fixed it.

The underlying problem is that windows don't run their loopers until Show(), so created windows that hasn't been shown yet don't want to play nice unless we trick them to run their loopers.

As a rule of thumb you can expect things to be fixed when we have time to work on Mozilla and someone reports the problem. We tend to work on bigger problem which mean that annoyance bugs like these may not be at the top of the list.

Re: B_QUIT_REQUESTED.
 By s_d - Posted on May 17, 2006 - 18:20:48   (#19753)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
Are you sure, Stippi?
IMHO tigerdog included my patch from 16.May 2006 which cares about that.

Can you test latest SeaMonkey-BONE for same issue?

I was sure that I solved that problem

B_QUIT_REQUESTED
 By stippi - Posted on May 17, 2006 - 17:14:32   (#19752)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
Hi,

thank you very much for this new release! Nice to see the scrolling (mouse sticking) is fixed. What I find a bit irritating though is that Firefox doesn't respond to B_QUIT_REQUESTED messages when they are sent to the application looper. Somehow the functionality is there when clicking the window close button, so why is it so hard to do the same thing when the app receives it? Among other annoying things, the shutdown process will halt when Firefox is still running.

Best regards,
-Stephan


Thanks a Lot.
 By Meechmunchie - Posted on May 17, 2006 - 07:52:33   (#19743)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
And Thanks again, dear Bezilla-Team !

2 s_d
 By Kokito - Posted on April 17, 2006 - 15:18:22   (#19497)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
> Probably Cray computers also aren't good for detecting such problems.

Is there a chance, however slim, that the problem reported by AlienSoldier is unrelated to processor speed, and that my report may help figuring that out? That was my reasoning for reporting my findings, nothing else.

BTW, just fyi, the AMD 3000+ actually runs at 1.8GHz, which is not that fast for today's standards.


it's boned version on bone
 By AlienSoldier - Posted on April 17, 2006 - 07:26:54   (#19491)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
it's the boned version on bone no vanilla r5

2 koki
 By s_d - Posted on April 16, 2006 - 12:36:56   (#19486)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
Probably Cray computers also aren't good for detecting such problems.

to aliensoldier
 By tigerdog - Posted on April 16, 2006 - 04:49:53   (#19482)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
Do you mean running the BONE version on R5+BONE? Or did you happen to try a BONE version on R5.0.1, 5.0.2 or 5.0.3? If you haven't specifically applied the BONE update to R5, you should try the version for "R5.0.1 and later".

No monotask here
 By Kokito - Posted on April 16, 2006 - 03:43:02   (#19481)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
I specifically tested the "monotaskness" reported by AlienSoldier, and I cannot reproduce it. I can scroll, click on links, open menus, etc. while FF is loading the page. This is on ZETA 1.1 installed on a AMD/64 3000+.

AlienSoldier: what are the specs of your PC?


re: filo
 By s_d - Posted on April 16, 2006 - 03:42:48   (#19480)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
Also, are you sure you was installed last version at clean place?
If you install FireFox or any other Mozilla product over
previous package files (I don't mean settings here, though) without removing those in prior, you can get bunch of very strange effects.

re: tigerdog
 By s_d - Posted on April 16, 2006 - 01:59:19   (#19479)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
That may be "pending event" part of that complex patch guilty for behaviour observed by AlienSoldier.
Actually it ("pending-event") wasn't ever intended for public use, as I'm absolutely unsure about it's effect on BeOS, as it was intended for MS Windows Mozilla code to workaround just some Win32 platfrom obstacles.
It is rather coincidence that last working MouseMove patch is currently part of "pending-patch".


about the version
 By AlienSoldier - Posted on April 16, 2006 - 01:17:45   (#19478)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
i was running the BONE one on R5

to edmundf
 By tigerdog - Posted on April 16, 2006 - 00:04:28   (#19477)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
edmund, I suspect you're trying to "run without the script". It used to be possible to create a /lib subdirectory and either move the .so and .stub files there, or create links there, then run Firefox-bin without the script. This is known as "reordering". Changes to security in the Firefox core broke that capability: that's why we left the version from December.

to aliensoldier
 By tigerdog - Posted on April 16, 2006 - 00:02:01   (#19476)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
which version are you running?

to filo
 By tigerdog - Posted on April 16, 2006 - 00:00:39   (#19475)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
As we mentioned, Places is still heavily under development by the Mozilla core team. Hopefully you backed up your profile as suggested! Anyway, you might try to move your /boot/home/config/settings/Mozilla folder to a safe place, then start over with a clean profile to see if the History works more as expected.

problem
 By AlienSoldier - Posted on April 15, 2006 - 23:02:36   (#19472)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
did not got time to test extensively, but i noticed the app totally is monotask :) i can't scroll the page or access any menu until all the page is 100% loaded.

akk!
 By filo - Posted on April 15, 2006 - 05:17:21   (#19468)
 Current version when comment was posted: From 2006-04-14 trunk (now called "Minefield")
lots of things not working properly (at least with vanilla R5 build):
<ol>
<li>no history in drop down list</li>
<li>back and forward buttons fubar</li>
<li>home page settings ignored</li>
<li>address disply not correctly updating, that is, typing in www.google.com doesn't change to http://www.google.com when page is found</li>
</ol>
There might be other things, but that's what I came across in a few minutes of browsing.

security problem?
 By edmundf - Posted on March 8, 2006 - 14:49:39   (#19166)
 Current version when comment was posted: from 2006-02-24 trunk
Some security problem with version 2006-02-24.
I can't open or login to webmail sites.
Firefox said there was probably some profile
setting wrong. I don't know how to fix it, an
empty prifile didn't solve it.



Re: Opening a html page
 By tqh - Posted on March 6, 2006 - 14:55:45   (#19151)
 Current version when comment was posted: from 2006-02-24 trunk
Won't happen until Firefox removes it internal restarting, which should be fixed in 1.9.

Opening a html page
 By edmundf - Posted on March 6, 2006 - 13:10:27   (#19150)
 Current version when comment was posted: from 2006-02-24 trunk
Linked all .so and .stub files to /boot/home/config/lib
to make it possible to start whithout the script.
OK so far, but when I want to open a HTML document,
firefox always opens at the home page.
A fix for this would be very much appreciated.

ML net support
 By edmundf - Posted on March 3, 2006 - 14:41:51   (#19122)
 Current version when comment was posted: from 2006-02-24 trunk
Dear coders,
Is there any change we get the ML-net compatibility
back, which we had in some former firefox browsers?

I really would appreciate that and judging the comments
on transmission ( torrent client ) I will not be the
only one.

This version is much better
 By edmundf - Posted on January 29, 2006 - 12:27:58   (#18936)
 Current version when comment was posted: from 2005-12-18 trunk w/ new patches
This version is much better then the previous ones.
Now if it only would open the htm(l) file one clicked
on, instead of the "home page" it would be even better.

What would be nice too apart from the ability to print
a page is, let my mail program ( mail It ) open the
email links on webpages.
Is there any way to accomplish that? In Net+ all these
links are opened by Mail It, why not in firefox?

Comment Pages:    << prev  |  1  |  2  |  3  |  4  |  5  |  6  |  7  |  8  |  9  |  10  |  11  |  12  |  13  |  14  |  15  |  16  |  17  |  18  |  19  |  20  |  21  |  22  |  23  |  24  |  next >>
 
BeGroovy
  Recent Downloads  -  # 321
Total Downloads  -  # 23
Total Views  -  # 13
User Ratings  -  # 57
  Web Browsers
1.  BePodder - 9.80
2.  QEMU - 9.68
3.  ScummVM - 9.57
4.  cpu_fix - 9.42
5.  Jukebox - 9.40
6.  libdl.so - 9.40
7.  Haiku AGP busm... - 9.35
8.  vim6 - 9.31
9.  Beezer - 9.26
10.  HandBrake - 9.25
1.  BeOS 5 Perso... - 13,616
2.  Realtek RTL8... - 13,120
3.  Ati Radeon G... - 12,589
4.  Ensoniq Audio... - 7,570
5.  ATI Rage 128... - 7,443
6.  USB Joystick... - 5,665
7.  Broadcom 440x... - 5,414
8.  S3 Trio 64 v2... - 4,728
9.  USB Serial dr... - 4,709
10.  Intel Extreme... - 4,473
You are not logged in.
 Login

 
Unless otherwise noted, everything is copyright © 1999-2009 Haikuware. All Rights Reserved.
For more legal trivia, take a gander at our
Legal Stuff page and our Privacy Statement.