* [Edbrowse-dev] version
@ 2018-03-24 16:07 Karl Dahlke
2018-03-25 8:11 ` Kevin Carhart
0 siblings, 1 reply; 19+ messages in thread
From: Karl Dahlke @ 2018-03-24 16:07 UTC (permalink / raw)
To: Edbrowse-dev
Unless there are objections, or serious bugs, I'll probably mark 3.7.3 in a few days.
Karl Dahlke
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [Edbrowse-dev] version
2018-03-24 16:07 [Edbrowse-dev] version Karl Dahlke
@ 2018-03-25 8:11 ` Kevin Carhart
0 siblings, 0 replies; 19+ messages in thread
From: Kevin Carhart @ 2018-03-25 8:11 UTC (permalink / raw)
To: Edbrowse-dev
Sounds good to me. I noticed this in the roadmap message:
Another possibility is json support.
Nasa calls up 11 different json files via xhr, and does nothing with them
as far as I can tell.
That seems unlikely.
--
Doesn't it place those? I thought that the real space-related content,
such as it is, was partially coming from JSON. Is there more to JSON
support besides JSON.parse and JSON.stringify?
Actually, if you have something else in mind besides these two
functions, this could be good, because sometimes pages report "invalid
JSON" errors. I'm not sure if there is one overall cause for these.
When I tried to research Chuck's request for dyndns, this was in part a
JSON error.
^ permalink raw reply [flat|nested] 19+ messages in thread
* [edbrowse-dev] version
@ 2018-06-11 15:45 Karl Dahlke
0 siblings, 0 replies; 19+ messages in thread
From: Karl Dahlke @ 2018-06-11 15:45 UTC (permalink / raw)
To: edbrowse-dev
[-- Attachment #1: Type: text/plain, Size: 1151 bytes --]
I think it's time to move into a coast phase, fix bugs, small tweaks, then version in a couple weeks.
This is from the changes file since 3.7.3
Install man page and other documentation.
Search for regular expressions with or without wrap.
A uniform and consistent approach to toggle commands:
foo (toggle), foo+ (enable), foo- (disable).
Show or hide all the messages that are produced by hovering over things,
or injected by css :before {content:foo}
The g- command, go but don't browse.
The & command backs up through intrapage jumps, just as they ^ command backs up through pages on the stack.
Imap client uses copy and delete if the server does not support the MOVE command.
Bulk move or delete from one imap folder to another.
Create, delete, and rename imap folders.
I've been in touch with Woj again, and it would be nice to fold Russian into the next version, but I don't think we can wait for that train.
If it rolls in that's great.
I do think he can get Polish up to date, he's only about 15 messages behind.
As always, send me any bugs or irregularities, and I'll see if it's an easy fix.
Karl Dahlke
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Edbrowse-dev] version
@ 2018-02-15 11:56 Karl Dahlke
2018-02-15 18:48 ` Adam Thompson
0 siblings, 1 reply; 19+ messages in thread
From: Karl Dahlke @ 2018-02-15 11:56 UTC (permalink / raw)
To: Edbrowse-dev
To recap, I created a nightmare with css parsing and querySelectorAll, because we had to, because some websites need it,
then I fixed the nightmare, so it doesn't bog down every site you look at.
With this in mind, and the other changes in the past few months, I think we should stabilize, then stamp a new version.
Fix bugs or make small enhancements (these are often the same thing), sure,
but no more major redesigns until 3.7.2.
Adam I still think we could put your gopher changes in, if you're up for that, I don't view that as a major redesign.
That would be a good thing to have.
But if you think that might not happen for a couple months then maybe move it to the next version.
What do you-all think?
Karl Dahlke
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [Edbrowse-dev] version
2018-02-15 11:56 [Edbrowse-dev] version Karl Dahlke
@ 2018-02-15 18:48 ` Adam Thompson
2018-02-15 21:04 ` Karl Dahlke
2018-02-18 2:19 ` Karl Dahlke
0 siblings, 2 replies; 19+ messages in thread
From: Adam Thompson @ 2018-02-15 18:48 UTC (permalink / raw)
To: Karl Dahlke; +Cc: Edbrowse-dev
On Thu, Feb 15, 2018 at 06:56:35AM -0500, Karl Dahlke wrote:
> To recap, I created a nightmare with css parsing and querySelectorAll, because we had to, because some websites need it,
> then I fixed the nightmare, so it doesn't bog down every site you look at.
> With this in mind, and the other changes in the past few months, I think we should stabilize, then stamp a new version.
> Fix bugs or make small enhancements (these are often the same thing), sure,
> but no more major redesigns until 3.7.2.
Yeah sounds like a good idea. To that end there're a couple of small fixes which we need:
- a form with an action of "" (or empty) is, as I recall, supposed to use the current url as its destination
(at least that's the behaviour I remember and on https://www.eaglemusicshop.com/ with the add to basket buttons)
- On that site there's also a button used as a link running the onclick code to send the browser to a new page.
That currently fails with the quite correct message that the button isn't part of a form. I think we're
supposed to run the onclick code (or any click events) in any case.
> Adam I still think we could put your gopher changes in, if you're up for that, I don't view that as a major redesign.
> That would be a good thing to have.
> But if you think that might not happen for a couple months then maybe move it to the next version.
I think we set a time (subject to a bit of change) and if I've got something working then it goes in,
otherwise not. We really need the current changes so they get priority. If I miss with the gopher
stuff then that's a shame but not much more.
I've also removed a few unused things today as tidy-up. I'm currently wondering where the mail server socket from
the mail sending mechanism is used as I can only find (with grep) a reference to it being defined and declared
as an extern but no actual usage.
I'm guessing it's actually used and don't use that part of the code so I'm not touching it.
Other than that, I'm not sure what else we need to sort, there may be a few more major changes we want,
but as previously stated, I think we need the css and query selector stuff quite urgently.
Cheers,
Adam.
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Edbrowse-dev] version
2018-02-15 18:48 ` Adam Thompson
@ 2018-02-15 21:04 ` Karl Dahlke
2018-02-16 19:11 ` Adam Thompson
2018-02-18 2:19 ` Karl Dahlke
1 sibling, 1 reply; 19+ messages in thread
From: Karl Dahlke @ 2018-02-15 21:04 UTC (permalink / raw)
To: Edbrowse-dev
> - a form with an action of "" (or empty) is, as I recall,
> supposed to use the current url as its destination
I fixed this.
I have notes that say this should not happen if the submit button has onclick code,
so that's how it rolls now.
> a button used as a link running the onclick code to
> send the browser to a new page.
This works for me, I just tested it, even going to a new page,
so not sure why it isn't working for you.
Karl Dahlke
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [Edbrowse-dev] version
2018-02-15 21:04 ` Karl Dahlke
@ 2018-02-16 19:11 ` Adam Thompson
0 siblings, 0 replies; 19+ messages in thread
From: Adam Thompson @ 2018-02-16 19:11 UTC (permalink / raw)
To: Karl Dahlke; +Cc: Edbrowse-dev
On Thu, Feb 15, 2018 at 04:04:00PM -0500, Karl Dahlke wrote:
> > - a form with an action of "" (or empty) is, as I recall,
> > supposed to use the current url as its destination
>
> I fixed this.
> I have notes that say this should not happen if the submit button has onclick code,
> so that's how it rolls now.
Thanks.
> > a button used as a link running the onclick code to
> > send the browser to a new page.
>
> This works for me, I just tested it, even going to a new page,
> so not sure why it isn't working for you.
Thanks for the latest code which fixes this also. I also noticed you removed the unused variable, thanks.
I wonder what else we should sort before making the release? Any thoughts?
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Edbrowse-dev] version
2018-02-15 18:48 ` Adam Thompson
2018-02-15 21:04 ` Karl Dahlke
@ 2018-02-18 2:19 ` Karl Dahlke
2018-02-18 2:42 ` Kevin Carhart
1 sibling, 1 reply; 19+ messages in thread
From: Karl Dahlke @ 2018-02-18 2:19 UTC (permalink / raw)
To: Edbrowse-dev
[-- Attachment #1: Type: text/plain, Size: 211 bytes --]
I'm thinking maybe a week from tomorrow for version, unless of course something comes up, a bug, minor enhancement, I'm flexible, but sometimes you have to aim for a date or you don't get there.
Karl Dahlke
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [Edbrowse-dev] version
2018-02-18 2:19 ` Karl Dahlke
@ 2018-02-18 2:42 ` Kevin Carhart
2018-02-18 3:03 ` Karl Dahlke
0 siblings, 1 reply; 19+ messages in thread
From: Kevin Carhart @ 2018-02-18 2:42 UTC (permalink / raw)
To: Edbrowse-dev
Shall we do a code freeze on things like finding "slice"? Just stockpile
them til after the release.
> I'm thinking maybe a week from tomorrow for version, unless of course something comes up, a bug, minor enhancement, I'm flexible, but sometimes you have to aim for a date or you don't get there.
>
> Karl Dahlke
>
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Edbrowse-dev] version
2018-02-18 2:42 ` Kevin Carhart
@ 2018-02-18 3:03 ` Karl Dahlke
2018-02-18 3:39 ` Kevin Carhart
2018-02-18 7:45 ` Kevin Carhart
0 siblings, 2 replies; 19+ messages in thread
From: Karl Dahlke @ 2018-02-18 3:03 UTC (permalink / raw)
To: Edbrowse-dev
Things like URL.slice are exactly the kind of things I want to put in *before* a new version.
Two lines of code that might make some websites work that didn't work before, and really can't break anything.
I'm hoping you'll find more such fixes in the next week or so.
If you find a bug, or especially a seg fault, then definitely let me know.
I'm still somewhat uncomfortable about Chuck's bug, because it has not been diagnosed.
Might be curl's bug, probably is, but it might be mine.
I might have a workaround for it, but I'm still contemplating that one, and if so, should that be pre or post 3.7.2.
It's not unusual for me to work around bugs, e.g. a couple in tidy5.
Karl Dahlke
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [Edbrowse-dev] version
2018-02-18 3:03 ` Karl Dahlke
@ 2018-02-18 3:39 ` Kevin Carhart
2018-02-18 7:43 ` Karl Dahlke
2018-02-18 7:45 ` Kevin Carhart
1 sibling, 1 reply; 19+ messages in thread
From: Kevin Carhart @ 2018-02-18 3:39 UTC (permalink / raw)
To: Edbrowse-dev
> Things like URL.slice are exactly the kind of things I want to put in *before* a new version.
That's good to know, thank you. I can probably find some more.
I wonder what would happen if.. I made a little script or ebrc that would
load some number of the top websites. Things like alexa.com have lists.
Load each one at db3, log the whole thing and then grep for commonality,
like if one TypeError appears 100 times out of 1000, we know we will get a
lot of benefit for fixing it.
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Edbrowse-dev] version
2018-02-18 3:39 ` Kevin Carhart
@ 2018-02-18 7:43 ` Karl Dahlke
2018-02-18 8:17 ` Dominique Martinet
2018-02-18 8:30 ` Kevin Carhart
0 siblings, 2 replies; 19+ messages in thread
From: Karl Dahlke @ 2018-02-18 7:43 UTC (permalink / raw)
To: Edbrowse-dev
[-- Attachment #1: Type: text/plain, Size: 1694 bytes --]
I don't know, it may be more complicated than that.
I use google.com a zillion times a day, and it may throw all sorts of js errors under edbrowse, but I don't care because I run with
nojs google.com
In other words, I can perform the public search without js.
facebook.com is probably a nightmare, but I can use mobile.facebook.com just fine, even without js.
The question might be, which sites are high runner, and important to function properly, and also require js.
These are usually more than just browse.
Some like amazon that you order products, or paypal.com for financial, or any of the banking sites.
These are the steepest in terms of js complexity, and they may even have those nasty js tests to see if your browser is proper,
but they are among the most important in terms of accessibility.
My entire line-oriented approach / philosophy doesn't really work if I can't do my banking online.
I'd like to never ever ever have to run a screen program, that would be my dream come true.
Here's another approach: any website that puts up a message
"Your browser doesn't support javascript", and I've seen a lot of these,
we should track through and find out why it is saying that.
It's like an acid test but real world.
And it won't be easy because a lot of those tests are in try catch and don't cause any errors that we can see.
Can we somehow see errors that are hidden inside try catch?
Maybe, see duktape.errCreate and Duktape.errThrow in the programmers guide.
And there are the acid tests themselves, which we should go back to some day.
Just a lot to do, and I need about 8 fulltime engineers to help me, but I haven't won the lotto yet.
Karl Dahlke
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [Edbrowse-dev] version
2018-02-18 7:43 ` Karl Dahlke
@ 2018-02-18 8:17 ` Dominique Martinet
2018-02-18 8:47 ` Dominique Martinet
2018-02-18 8:30 ` Kevin Carhart
1 sibling, 1 reply; 19+ messages in thread
From: Dominique Martinet @ 2018-02-18 8:17 UTC (permalink / raw)
To: Karl Dahlke; +Cc: Edbrowse-dev
Karl Dahlke wrote on Sun, Feb 18, 2018:
> And it won't be easy because a lot of those tests are in try catch and don't cause any errors that we can see.
> Can we somehow see errors that are hidden inside try catch?
I'd need to remove some of the dust but my duktape debugger test did log
errors inside try catch.
Definitely not something we want integrated before a release but could
help in a separate branch just to test, will send a mail with some
instructions once I got it to move again
--
Dominique
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [Edbrowse-dev] version
2018-02-18 8:17 ` Dominique Martinet
@ 2018-02-18 8:47 ` Dominique Martinet
0 siblings, 0 replies; 19+ messages in thread
From: Dominique Martinet @ 2018-02-18 8:47 UTC (permalink / raw)
To: Karl Dahlke; +Cc: Edbrowse-dev
Dominique Martinet wrote on Sun, Feb 18, 2018:
> Definitely not something we want integrated before a release but could
> help in a separate branch just to test, will send a mail with some
> instructions once I got it to move again
So, as a prerequisite, ou need a debugger-enabled duktape, or edbrowse
will segfault. There must be some way to detect if we can use it and
enable debugger only if this will work, but I don't know how yet.
To do that, you need to go to your duktape sources and edit
src/duk_config.h, look for DEBUGGER macros and change the undefs into
defines
I have enabled these:
#define DUK_USE_DEBUGGER_DUMPHEAP
#define DUK_USE_DEBUGGER_INSPECT
#define DUK_USE_DEBUGGER_PAUSE_UNCAUGHT
#define DUK_USE_DEBUGGER_SUPPORT
#define DUK_USE_DEBUGGER_THROW_NOTIFY
Debugger support is necessary, and requires DUK_USE_INTERRUPT_COUNTER
I think throw notify is what lets us print caught exceptions, we
wouldn't know otherwise.
Pause uncaught lets us print something on uncaught errors, we already do
that so you might not want it, but ultimately should let us run jdb
commands in the context of the error with local variables which might be
helpful.
I think inspect is what would let us run 'eval' commands within debugger
context, and dumpheap is a command to dump all local variables which I
haven't used yet either but both might be useful.
In duk_config.h, there also is DUK_USE_DEBUG which can print a lot of
messages from duktape, I tried this once but it does not help me much
Then make -f Makefile.sharedlibrary or build/install as usual
Then recompile edbrowse on my 'debugger' branch:
git fetch https://github.com/martinetd/edbrowse.git debugger
git merge FETCH_HEAD
(or whatever you usually do to pull changes)
And browsing should print caught throws, for example google.com gives me this:
./edbrowse http://google.com
13001
Enabling debugger
420
caught throw: TypeError: undefined not callable (property 'insertRow' of [object Object]) (line 244)
caught throw: TypeError: cannot read property 'getItem' of null (line 121)
(might want to change my prints to only show starting db3 or something,
but this is really prototype stage)
Hope this helps,
--
Dominique
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [Edbrowse-dev] version
2018-02-18 7:43 ` Karl Dahlke
2018-02-18 8:17 ` Dominique Martinet
@ 2018-02-18 8:30 ` Kevin Carhart
1 sibling, 0 replies; 19+ messages in thread
From: Kevin Carhart @ 2018-02-18 8:30 UTC (permalink / raw)
To: Edbrowse-dev
> I don't know, it may be more complicated than that.
> These are usually more than just browse.
True. It does not solve the complex scenarios where you want to use a
website to do things, but I think it could be "necessary but not
sufficient" some of the time, since a JS crash can inhibit dynamic
behavior from working right. Doing real ecommerce, or online banking, a
lot of the time is going to be related to document.forms, submitting and
maintaining state, right? I've tried some of this. It works some of the
time and doesn't work some of the time. And, although this could have
many causes, I think one major problem is when a submission button isn't
recognized, so you can't i*.
Anyway, I wanted to scratch an itch.. an interesting couple hours'
research. It is definitely not the whole story when we want to use the
applications on sites and use them for what they're for.
Kevin
^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: [Edbrowse-dev] version
2018-02-18 3:03 ` Karl Dahlke
2018-02-18 3:39 ` Kevin Carhart
@ 2018-02-18 7:45 ` Kevin Carhart
2018-02-18 8:55 ` Karl Dahlke
` (2 more replies)
1 sibling, 3 replies; 19+ messages in thread
From: Kevin Carhart @ 2018-02-18 7:45 UTC (permalink / raw)
To: Edbrowse-dev
This was a lot of good information in a short time.
Here's some discoveries. Try ucla.edu, uiuc.edu and vmware.com .
I have a 5M file if you want it. But you can make your own easily enough.
I'm a fan of ebrc functions, by the way. All I had to do was assemble
some "b" statements in a function and start capturing. They're great.
On Sat, 17 Feb 2018, Karl Dahlke wrote:
> Things like URL.slice are exactly the kind of things I want to put in *before* a new version.
> Two lines of code that might make some websites work that didn't work before, and really can't break anything.
> I'm hoping you'll find more such fixes in the next week or so.
>
> If you find a bug, or especially a seg fault, then definitely let me know.
> I'm still somewhat uncomfortable about Chuck's bug, because it has not been diagnosed.
> Might be curl's bug, probably is, but it might be mine.
> I might have a workaround for it, but I'm still contemplating that one, and if so, should that be pre or post 3.7.2.
> It's not unusual for me to work around bugs, e.g. a couple in tidy5.
>
> Karl Dahlke
> _______________________________________________
> Edbrowse-dev mailing list
> Edbrowse-dev@lists.the-brannons.com
> http://lists.the-brannons.com/mailman/listinfo/edbrowse-dev
>
--------
Kevin Carhart * 415 225 5306 * The Ten Ninety Nihilists
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Edbrowse-dev] version
2018-02-18 7:45 ` Kevin Carhart
@ 2018-02-18 8:55 ` Karl Dahlke
2018-02-18 11:29 ` Karl Dahlke
2018-02-18 14:08 ` Karl Dahlke
2 siblings, 0 replies; 19+ messages in thread
From: Karl Dahlke @ 2018-02-18 8:55 UTC (permalink / raw)
To: Edbrowse-dev
After a couple hours detective work, ucla.edu aborts because one of its javascript files is in utf16.
I should check for bom and convert utf16 or utf32 back to utf8.
How hard is this to do?
Don't know - fortunately edbrowse already contains the machinery.
Should it be done before 3.7.2?
Probably.
Should it also be done for css files?
Probably.
Karl Dahlke
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Edbrowse-dev] version
2018-02-18 7:45 ` Kevin Carhart
2018-02-18 8:55 ` Karl Dahlke
@ 2018-02-18 11:29 ` Karl Dahlke
2018-02-18 14:08 ` Karl Dahlke
2 siblings, 0 replies; 19+ messages in thread
From: Karl Dahlke @ 2018-02-18 11:29 UTC (permalink / raw)
To: Edbrowse-dev
[-- Attachment #1: Type: text/plain, Size: 217 bytes --]
js and css files now convert from whatever to utf8. As I say, the machinery was already part of edbrowse, so only a couple hours work.
Hope I wasn't too rushed or reckless.
www.ucla.edu now browses.
Karl Dahlke
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Edbrowse-dev] version
2018-02-18 7:45 ` Kevin Carhart
2018-02-18 8:55 ` Karl Dahlke
2018-02-18 11:29 ` Karl Dahlke
@ 2018-02-18 14:08 ` Karl Dahlke
2 siblings, 0 replies; 19+ messages in thread
From: Karl Dahlke @ 2018-02-18 14:08 UTC (permalink / raw)
To: Edbrowse-dev
Ok, so those three sites work now, but via more changes than I expected,
and hopefully said changes don't break something else.
It might be a little longer before I'm comfortable with a version, but that's fine.
Anything's better than a seg fault.
Karl Dahlke
^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2018-06-11 15:45 UTC | newest]
Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-03-24 16:07 [Edbrowse-dev] version Karl Dahlke
2018-03-25 8:11 ` Kevin Carhart
-- strict thread matches above, loose matches on Subject: below --
2018-06-11 15:45 [edbrowse-dev] version Karl Dahlke
2018-02-15 11:56 [Edbrowse-dev] version Karl Dahlke
2018-02-15 18:48 ` Adam Thompson
2018-02-15 21:04 ` Karl Dahlke
2018-02-16 19:11 ` Adam Thompson
2018-02-18 2:19 ` Karl Dahlke
2018-02-18 2:42 ` Kevin Carhart
2018-02-18 3:03 ` Karl Dahlke
2018-02-18 3:39 ` Kevin Carhart
2018-02-18 7:43 ` Karl Dahlke
2018-02-18 8:17 ` Dominique Martinet
2018-02-18 8:47 ` Dominique Martinet
2018-02-18 8:30 ` Kevin Carhart
2018-02-18 7:45 ` Kevin Carhart
2018-02-18 8:55 ` Karl Dahlke
2018-02-18 11:29 ` Karl Dahlke
2018-02-18 14:08 ` Karl Dahlke
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).