sketchucation logo sketchucation
    • Login
    ℹ️ Licensed Extensions | FredoBatch, ElevationProfile, FredoSketch, LayOps, MatSim and Pic2Shape will require license from Sept 1st More Info

    SketchUp and OSX Mavericks....

    Scheduled Pinned Locked Moved Developers' Forum
    83 Posts 22 Posters 11.1k Views 22 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • TIGT Offline
      TIG Moderator
      last edited by

      @John

      That's the path: I just wrote a 'shorthand' form πŸ˜‰
      I have tested it my own rb/html with the exact same href= text and it works fine with Mavericks too πŸ˜’
      Perhaps it's something to do with some remote url's and permissions ? πŸ˜•

      The SketchUcation Plugin Store uses some similar [onClick=] callbacks and they all work in Mavericks as far as I know 😲

      TIG

      1 Reply Last reply Reply Quote 0
      • H Offline
        honkinberry
        last edited by

        Everything totally broken here.
        Tried changing the Doctype around, from Transitional to Strict to Html 5, all no change.
        Tried href= vs window.location= vs document.location=, all broken, broken, broken.
        If TIG or anyone has sample code that does work within Mavericks, I'd love to see it.

        Most of our skp: callbacks are within Javascript for ease of maintenance. Usually fired by onclicks, but it can vary.

        --J

        1 Reply Last reply Reply Quote 0
        • TIGT Offline
          TIG Moderator
          last edited by

          At the moment I am at a loss...
          Some methods work in Mavericks, some do not [both href= and onClick= + window.location=].
          BUT some that fail in one html document, will work in another, when the code looks all but identical πŸ˜•
          I can see not commonality for the fails/successes... 😲
          Waiting for Trimble's engineer's feedback....... πŸ˜’

          TIG

          1 Reply Last reply Reply Quote 0
          • H Offline
            honkinberry
            last edited by

            Here's a little more info from testing if this helps.
            I have two dialogs which are identical, both just a Select listbox, with an OnChange event that fires a window.location callback. Using Transitional doctype.

            The one that is a local htm file stored in the Plugins folder, that works.
            The one that is remote PHP, that one fails.

            --J

            1 Reply Last reply Reply Quote 0
            • Chris FullmerC Offline
              Chris Fullmer
              last edited by

              I've got nothing to add at this point, but I did want to chime in just to make sure everyone knows that we are looking into this issue as best we can also and working directly with some of the developers who have emailed us already. We'll post here as soon as we know anything useful. Thanks,

              Chris

              Lately you've been tan, suspicious for the winter.
              All my Plugins I've written

              1 Reply Last reply Reply Quote 0
              • E Offline
                ericschimel
                last edited by

                Thanks Chris, so I may have something helpful, just bear with me because I am not a programmer...

                TIG is the guy who writes my plugin (and he does a fantastic job)

                I was talking with a friend of mine who's a software developer and he wanted to take a crack at solving the problem, and while he didn't get it, he thinks he may have something that will shed some light on the subject. Again, please bear with my elementary description:

                My plugin downloads content from the web, Sketchup files to be exact. Since the Mavericks update, it's broken.

                TIG had written a small plugin that could test the way links were formed in Mavericks. My friend took that plugin and tried testing a local VS remote web page.

                So what we proved (I think) is that a link is properly passed to Sketchup when the page is saved on the local machine (in the plugins folder) but when the link is to a page that is remote (on the web) it fails.

                So while that's not an answer, it appears Mavericks is blocking this somehow. The attached test code proves this. Take a look at the Ruby code, and you can fire up a local or remote test by typing in "TIG.local" or "TIG.remote" into the Ruby console.

                I have the remote page in the code hosted on a public Dropbox folder (with a proper public link) and I will leave it there for testing.

                https://www.dropbox.com/s/gprwg3lolzxnp39/TIG%20This%20Test.zip

                I hope this somehow helps.... (And that I've explained it properly)

                -Eric
                http://plugin.sketchthis.net
                Sketchup Kitchen Design Plugin
                Custom Models

                1 Reply Last reply Reply Quote 0
                • TIGT Offline
                  TIG Moderator
                  last edited by

                  Thanks Eric.
                  This is useful feedback.
                  If I ever manage to get Mavericks downloaded and installed on my MAC I'll report in too...
                  As you have said ests with local html callbacks work but some remote ones don't...
                  It's plain weird...

                  TIG

                  1 Reply Last reply Reply Quote 0
                  • S Offline
                    slbaumgartner
                    last edited by

                    I'm having trouble reconciling the observations reported here, and I think there's a clue to be derived. The error message lists the entire URL, including the "skp:callback@" part. Normally, that prefix is stripped off by WebDialog and whatever follows @ is passed to the Ruby callback. Also, TIG has reported that his Ruby callback does not get invoked when this error occurs. None of us has been able to reproduce the error using simple test code.

                    The fact that the part after @ is an external URL should be completely irrelevant. To WebDialog it is just text. To reiterate: WebDialog has no business checking or accessing the linked website in these hrefs because it has no reason to assume that Ruby will even attempt to load the webpage in the text. The Ruby might parse the URL to extract other information, might save it for later reference, might use the URL text in another page it constructs... the possibilities other than loading the URL are endless. Likewise, to Mavericks, the part of the URL that matters is the skp: protocol prefix. It uses that to decide what protocol handler should receive the request, and leaves the processing of the URL details to that handler.

                    So, the problem has to be that for some reason we haven't yet figured out, WebDialog fails while trying to parse the request before handing it to Ruby.. The implication is that in Mavericks, the URL is somehow altered on the way to WebDialog in a way that WebDialog can't unravel. Maybe Mavericks doesn't separate the scheme and path parts correctly and this bombs WebDialog? To answer that, we need input from the Trimble team who know what causes WebDialog to generate this specific error and exactly what it receives from Mavericks vs from other OS's. Could this be a change in character encoding handling? Is something on the SketchThis page (e.g. javascript) altering the URL before it is passed on (so that what we see in the page source isn't what WebDialog actually receives)?

                    1 Reply Last reply Reply Quote 0
                    • E Offline
                      ericschimel
                      last edited by

                      So some of that was over my head, but if it helps at all, there are other plugins that are failing in the same way as well, try KeyFrame animation and attempt to start a trial by using their web dialog, it also fails...

                      -Eric
                      http://plugin.sketchthis.net
                      Sketchup Kitchen Design Plugin
                      Custom Models

                      1 Reply Last reply Reply Quote 0
                      • TIGT Offline
                        TIG Moderator
                        last edited by

                        I have at least managed to 'crowbar' Mavericks into my MAC !
                        I can confirm that the test code Eric posted earlier works for TIG.local and TIG.remote on all PCs and pre-Mavericks MACs. However it fails miserably on Mavericks with TIG.remote and href=

                        TIG

                        1 Reply Last reply Reply Quote 0
                        • AdamBA Offline
                          AdamB
                          last edited by

                          I had a look at this yesterday for LightUp when I started getting reports of blank dialog windows on Macs running OSX 10.9 on Friday.

                          I believe most of these posts in this thread are way off the mark. I may be wrong, but I believe its nothing to do with WebDialogs looking at text strings after @ etc. I believe it is Mavericks using increasingly fine grain parallelism and in particular being much less speculative in launching CPU - and therefore power consuming tasks - which is after all the USP of 10.9.

                          So LightUp now runs fine on Mavericks and I posted new builds and installer (v3.0j) yesterday.

                          It now works on Mavericks because I procrastinate communicating with WebKit until the latest I can to ensure it really is running. Using set_file etc before this appears to simply be talking into an azure blue void.

                          Adam

                          Developer of LightUp Click for website

                          1 Reply Last reply Reply Quote 0
                          • AdamBA Offline
                            AdamB
                            last edited by

                            Should say I posted new builds of LightUp Analytics for Macintosh too.

                            LightUp updates for OSX Mavericks available here: http://light-up.co.uk

                            LightUp Analytics updates for OSX Mavericks here: http://lightup-analytics.com

                            6 releases in 1 day was .. challenging. πŸ˜„

                            Adam

                            Developer of LightUp Click for website

                            1 Reply Last reply Reply Quote 0
                            • S Offline
                              slbaumgartner
                              last edited by

                              @AdamB, were you getting the error message on the console, or just a blank page? I've noticed that when I open SketchThis, the content takes a very long time to load, with a blank page displaying until it completes. That would be consistent with what you say about WebKit startup being delayed. But after the WebDialog loads the page, if I click the import button I get the error on the console.

                              1 Reply Last reply Reply Quote 0
                              • E Offline
                                ericschimel
                                last edited by

                                Mine's enabled as well... It always has been....

                                -Eric
                                http://plugin.sketchthis.net
                                Sketchup Kitchen Design Plugin
                                Custom Models

                                1 Reply Last reply Reply Quote 0
                                • mariochaM Offline
                                  mariocha
                                  last edited by

                                  Here, LightUp (pre-last update), just opened the preferences pane blank, no message.
                                  and
                                  Keyframe Animation cannot run saying Java Script needs to be enabled, but it is.
                                  Adam, any clue on this JS bug ?


                                  KfrA-JS.png

                                  %(#008000)[Mario C.
                                  Every rule has exceptions, but some.]

                                  1 Reply Last reply Reply Quote 0
                                  • Chris FullmerC Offline
                                    Chris Fullmer
                                    last edited by

                                    RE: the test file used here - we found that the test file has a typo in it, and that is why the remote download is failing in that script. It actually is trying to reach an invalid URL πŸ˜„ 😒

                                    So unfortunately that isn't showing any errors once the typo is corrected.

                                    We're still looking into this.

                                    Lately you've been tan, suspicious for the winter.
                                    All my Plugins I've written

                                    1 Reply Last reply Reply Quote 0
                                    • H Offline
                                      honkinberry
                                      last edited by

                                      I can give you a quick example to one that isn't working if you need.

                                      --J

                                      1 Reply Last reply Reply Quote 0
                                      • D Offline
                                        driven
                                        last edited by

                                        @mariocha said:

                                        ... cannot run saying Java Script needs to be enabled, but it is.

                                        Being enabled in Safari, will not effect WebDialogs, which have JS enabled by default...
                                        you can check what works in SU with something like this pasted into Ruby Console

                                         wwhdlg = UI;;WebDialog.new("wot_works_here", true, "wwh", 739, 641, 50, 50, true);
                                         wwhdlg.set_url "http://dante.dojotoolkit.org/hasjs/tests/runTests.html"
                                         wwhdlg.show_modal
                                        

                                        john

                                        learn from the mistakes of others, you may not live long enough to make them all yourself...

                                        1 Reply Last reply Reply Quote 0
                                        • TIGT Offline
                                          TIG Moderator
                                          last edited by

                                          @chris fullmer said:

                                          RE: the test file used here - we found that the test file has a typo in it, and that is why the remote download is failing in that script. It actually is trying to reach an invalid URL πŸ˜„ 😒

                                          So unfortunately that isn't showing any errors once the typo is corrected.

                                          We're still looking into this.
                                          @Chris
                                          Do you refer to Eric's post that modified some test rb/html I set up - using href=... ?
                                          I find that it works fine in both .local and .remote versions on all OSs... except with MAC-Mavericks with just .remote...
                                          If you explain the typo we could look at it [help us to help you...] BUT... it only fails for me on MAC-Mavericks using a .remote html - so IF it has a typo why would it work OK in the other OSs ??? πŸ˜’

                                          TIG

                                          1 Reply Last reply Reply Quote 0
                                          • D Offline
                                            driven
                                            last edited by

                                            works on mavericks with 'dropboxusercontent vs. dropboxusercontext'
                                            john

                                            learn from the mistakes of others, you may not live long enough to make them all yourself...

                                            1 Reply Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 3
                                            • 4
                                            • 5
                                            • 3 / 5
                                            • First post
                                              Last post
                                            Buy SketchPlus
                                            Buy SUbD
                                            Buy WrapR
                                            Buy eBook
                                            Buy Modelur
                                            Buy Vertex Tools
                                            Buy SketchCuisine
                                            Buy FormFonts

                                            Advertisement