Factors That Could Impact Xojo Web1 Application Functionality

This one for example

My concern was always, that the IDE will stop working.

Sure in the first days after the release of Web 2 I was furious about that the IDE and the Framework won’t get any updates or bugfixes (and some other points which I compiled here). I mean, we now’ve collected at least 3 memory leaks here.

But it is how it is and I can understand it somehow.

The thing which really drives the masses nuts, is that Xojo lost (or let go) the ability to fix the IDE, once needed.

That this will be a hard job and that it’s not maintained to be set up “fastly”, is a complete no-go for me as a company-owner.

Loosing the ability to help customers, which are suffering of a decision I made, is what really still grinds my gears.

No bugfixes in the framework, no IDE improvements: shame, but okay
Not easily beeing able to extent the life of the IDE: sh!t (IMHO)

I notice, I repeat myself. Sorry for that.


You’re misunderstanding Xojo’s business model then. Future versions of Xojo are what contain the bug fixes for earlier versions. It’s not just a matter of reloading Xojo. They’d have to have the exact same versions of the OSes, Xcode and Visual Studio and because it was so long ago, quite possibly hardware of the same vintage.

Let’s think about this for a minute. Let’s say that Xojo were able to recreate the environment exactly, who pays for this? Do you think that the people who don’t use web 1 want their subscription money going towards fixing a bug in an old IDE that’s already been remedied? Do you want to pay for it?

Oh, and if they did do this, who gets to determine what the next back-ported changes will be? Once they do one, everyone who’s using an older IDE is going to want their old versions patched too. It’s a slippery slope for Xojo to even consider doing this.

1 Like

For those of us that produce “canned” software, how often do you update old versions? As Greg said, the new version is the fix.

I get that nobody don’t wants to spend the time and money to update to Web2. I’m not suggesting the transition was handled well. I’m not suggesting that Web2 was or is stable. But it is how you get the fix. And eventually, it will be necessary. There will be some reason you have to. This memory leak sounds like as good a reason as any to start that transition. Better now than when the project truly breaks.

This is the downside of the “I” in IDE. If the Xojo platform was a little less tightly integrated, it might be possible to update the compiler without disturbing the rest of the system.

Mind you, I think the IDE is pretty good as far as it applies to coupling code with object editors like the UI design tools. The relative seamlessness of flowing between code and UI is one of Xojo’s strongest points. And perhaps that’s only possible by tying in the compiler so tightly that any changes to it must affect the entire system.

But it seems to me that it ought to be possible to rejigger the design to allow at least the compiler to be updated on its own - a long term project to be sure, but one with immense benefits for all.

1 Like

What I learned from this post is that in September 2023 nobody knows of an immediate threat that will cause a Web 1 app to no longer function. Nobody has said “Hey, next year xxx is going to happen and Web 1 apps will cease to function”. That is really all I wanted to learn from the question I asked of the forum.

As long as I can run the 2019r3.2 IDE, then I can make updates. It runs fine in Windows 11 and I don’t see Windows 11 going away any time soon.

At some unknown point in the future, something is going to happen and this Web 1 app will need to be re-written. No doubt. When it does, we will almost certainly stick with Xojo.

Please close this thread.


who can ever know if it will break tomorrow?
and who can ever know otherwise?
the question that has gone unanswered is: if Web1 breaks, will someone fix it quickly?
finally, it’s too easy to tell other people: rewrite your applications with Web2 and shut up.

Greg, you know that there are solutions for this. We for instance containerize our whole toolchain and maintain copies in a container registry. Also hardware can either be emulated or archived once it changes.

Sure. I never said this has to be done for free. We would pay for a long term version. In fact this would have been easy money. No change needed since 2020, but constantly fees. If it wouldn’t be a yearly fee, why not offering an tls update for $200 or more once needed

There’s not a single complain on the forum what I am aware of, where someone expect an update for an old Xojo version. Because there was not a single case where Xojo abandoned a whole platform/framework. So it would have been very clear that this is a special situation with a special offer.

1 Like

The new Version of what? Web1 doesn’t get updates. That is the problem. Web 2 is not an update of web 1, its a while new product. This is not the same as iterative updates what Xojo does.


In many cases this can’t be done due to technical incompatibility between the Web frameworks, or it will break the client business to do it. So the claim that Web 2 is the fix for Web 1 proved false in the real world.
There’s a big difference between stopping development of a tool and fixing critical bugs that impact on its existing use for all users.
While U.S. law allows “as is” licences, the laws of Australia, UK, EU and others require Xojo customer devs to provide “merchantable quality” and “fitness for purpose”. That was possible since the tool was licenced “as is” with a promise of future fixes - as a going concern - which fixes to critical bugs should have materialised by now. We can argue over what those are but memory leaks to do with SSL and JSON must top that list. So there is a good faith aspect which needs some work but noone is suggesting Xojo should do that for free. It is needed by the entire Web 1 user base so there should be potential for a maintenance release beyond “a point release” whatever that arbitrary line was said to be in 2020.
This problem isn’t going away because Web 1 is built on open standards and there is no talk whatsoever of abandoning HTTP 1.1 anytime soon, much less HTML5, Javascript and CSS Xojo Web 1 relies on.
That is why Xojo users chose Web 1 and not desktop for their projects to start with. The blah blah about browsers and client OSes is irrelevant since noone will ship a non-HTML5 / JavaScript/CSS browser since it would break a billion web sites. The Web 1 userbase for Xojo hasn’t gone away and will not go away until the business case for those apps force the issue. As the OP attests, that could be a very long time.

1 Like

Precisely, I think that the problem is that the Web framework 1 does not rely on HTTP/1.1, but on HTTP/1.0 (dating from 1996), defined as being officially obsolete.

We’re not immune to browser updates in the future to refuse these HTTP/1.0 requests, particularly if security vulnerabilities are discovered, or if it’s simply now considered HTTP/1.1, already very old, should be a minimum in our time. Google (or even Apple) can be very quick on this sort of thing if they consider security to be at stake. And in these cases, everyone follows quickly.

I appreciate your efforts to maintain a positive outlook, and that’s commendable. However, I gotta ask about vague statements such as “For as long as it is needed.” These don’t provide us with the concrete information we need. Many of us are managing projects that significantly impact the lives of our employees and involve substantial financial and time investments. General statements like this are difficult to interpret and don’t offer actionable insights. It’s unclear whether “as long as it is needed” refers to the needs of a single user, 10% of your user base, 20%, or Xojo internally. (As long as we make a profit on it in Xojo Cloud?)

A more specific commitment would be far more useful. For example, stating that you will support the platform for a minimum of three more years, ensuring compatibility with the most up-to-date operating systems and addressing any security vulnerabilities in the framework. This would allow us to plan more effectively, whether that means adapting to new changes or maintaining older hardware.

1 Like

I think you’re thinking of HTTPSocket class in Xojo’s core which was indeed replaced by URLConnection which implemented HTTP/S 1.1. So what we are talking about here is leaky SSL and JSON apparently

Web1 relies on HTTP 1.1, HTML5, JavaScript and Cascading Style Sheets. I repeat there is not even the hint of talk of obsolescence with any of these, as it would break a billion web sites. Therefore Web 1 will work from a Web client standpoint for the foreseeable future.

On the server side, Web1 can compile to 64-bit Linux which also will work for the foreseeable future especially using snaps et al.

So there is no technical reason why Web 1 apps would become obsolete in the foreseeable future if Xojo Inc. is here to help as Geoff P says it is. Because Web 1’s underlying technology stack is still fully supported and very widely used, Web 1 apps should work fine for decades to come. That I believe is the answer to the OP’s question.

Well, the brand new Web2 is HTTP 1.1 (dating from 1999)…

He totally ignored the question, a simple yes or no if such “help” include fixes for old releases so dont count on that.

1 Like

And TCP/IPv4 was finalised in 1981 and it still transports the lion’s share of network connections today. So that HTTP 1.1 is almost 20 years younger than TCP/IPv4 only goes to my point that internet open standards, on which Xojo Web 1 is built, last a long long long time.


Geoff P didn’t ignore it Ivan. He asked what the issue was. Danna also said there are no plans to stop support anytime soon regarding Xojo Cloud. I’ve made a clear case why Web 1 will not go away unless business issues compel. So the fog is clearing…


lol. So you didnt read the entire thread…

The answer, while not directly stated should be clear by now. If it breaks, it stays broken.
Your only option is to rewrite your app. If Xojo Web 2.0 isn’t mature/stable/fast (whatever) enough, then look at the many other options out there. Heck you can even write web apps with Apple’s Swift.

The statement about Xojo cloud supporting Web 1.0, kinda muddies the waters. I understand it to mean that they’ll do their best to keep their shared hosting plan compatible with Web 1.0, but when the hosting company, forces a change, it’s out of their hands. I do not believe for one moment, that they will dig up Web 1.0 and update it to meet changes made by the hosting company.

Xojo Web (1.0) is a dead-end. As others have mentioned, you will need to move on. You don’t have to shut up about it, but you do need to move on, the sooner the better.

1 Like

I’m aware we have to move forward, with or without Xojo.
It’s also true that if you have large applications in production, the change requires a lot of effort, a lot of time and a lot of caution.
I find it very annoying that some people try to minimize or even deny this problem.
but it still happens.
finally, I invite you all to revisit this post:

the author talks about companies, employees, investments, etc., kindly asking for clear answers that…of course do not come.

1 Like

Oh absolutely, you, I and many others know it all too well and we absolutely agree with you. The people who don’t think it is a problem, obviously do not share in your experiences.

The best thing you can do (at least in my humble opinion) is to start researching alternative tools. Some customers who’ve left Xojo for other tools, congregate on a different forum (the name and links to that forum are banned here), but they will be able to give you a better idea if the tools they’ve chosen would be appropriate for your needs.

While having a plan won’t help with the anger and frustration, it does help you move forwards mentally, step by step the anger and frustration will get weaker and weaker until you no longer feel it at all.