In the same eLearning we have some engage file with a start tip and some without. And apparently the one without keep the start tip even if we selected as below
It looks like you're using the correct settings to hide the start tip in Engage. Does this happen when you're previewing and after you've published the file?
Are you able to attach the .INTR file to this thread so I can take a look?
I'm not seeing the same thing during preview or after publishing and uploading.
If you're seeing this after publishing, please make sure you're not viewing the project locally. If you view a published presentation on your local hard drive or send it to someone else to view on their local hard drive, you'll encounter security restrictions from the computer, web browser, Flash Player, and network that'll cause various features of your content to fail.
To properly test your published content and share it with others, upload it to the environment for which it was published.
It may also help to clear your browser cache, if you've viewed the project multiple times in the same web browser (locally or on a web server/LMS).
So, that's really not expected behavior. I wonder if it might be file-specific. How large is your entire project, where this issue is showing up? If it's not too large, you could create a Presenter Presentation and attach it to this thread.
Thank you for sharing your test project files. I've uploaded and tested the file you gave - though it did prompt me to update the original files, I did not. I wanted to make sure I'm testing with the same content you provided.
When you say you view them several times, how many times are we talking about? 3-5, 10-15 or more? If so, that could be a caching issue. Are you refreshing the entire presentation when you view them again, or are you just going back in the slides and starting them again from the menu or navigational buttons?
I've tested again, multiple times, in Firefox version 25 and 26. I've navigated back and forth through the slides using the navigation buttons in the player, as well as through the menu itself. I'm just not able to reproduce this.
What version of Firefox are you using?
Have you tested in Google Chrome, Safari or any other web browser?
Also, do you know what version of Flash you're currently using?
I'm coming on board. I just tested the link you provided with the most recent releases of both Firefox and Chrome but unfortunately there is still the empty tooltip on the fourth slide.
I noticed that If I go directly with the left menu to this fourth slide, there is no empty tooltip displayed. But as soon as I'm going first to the third slide (having a filled tooltip), the fourth slide instantly displays the empty tooltip.
No need whatsoever to be sorry, I appreciate the additional information and the fact that you took the time to check this out.
One thing I'm not clear on is this statement:
"..as soon as I'm going first to the third slide (having a filled tooltip), the fourth slide instantly displays the empty tooltip."
This is not when you're accessing the slide through the menu, correct? Have you advanced in the interaction on the third slide at all, or are you jumping to the fourth while the tooltip is still displayed on the third slide?
If it would make it easier, it may help me get a better idea of the exact steps you're taking if you could share a screencast.
If you could record a quick screencast on Screenr and share the link, I can confirm I'm taking the same steps and see if I'm able to reproduce this on my end.
Hi Christine, Thanks for your reply. I have created a record screen with Storyline here attached in the archive.
In this quick scenario, I navigate only with the menu. I do the following: 1/ Going directly to the fourth slide and show that there is no empty tooltip there
2/ Going first to the third slide and waiting for the tooltip "Weiter" to appear then going to the fourth slide. Still no empty tooltip
3/ Going again first to the third slide but *NOT* waiting for the tooltip "Weiter" to appear then going to the fourth slide. Here is the empty tooltip!
It seems that this unwanted tooltip occurs only if we don't let enough time to the "Weiter" tooltip to be displayed. I hope this will help
That's absolutely perfect - thank you very much for sharing that screen recording. I can definitely see when it comes up for you now, and thanks to the recording I was able to reproduce the issue with your project as well.
I am not, however, able to reproduce this in a new project.
Here's the project I created for testing, if you'd like to take a look on your end:
You'll notice there's a single slide, an interaction withno start tip, an interaction with a start tip and another with no start tip. I've tried the combinations of navigating and not able to get the start tip to break on this project.
I'm wondering if it's related to those specific Engage files, the language or possibly the version of Presenter/Engage 09 that's being used to publish the project files.
Could you take a quick look at the link I provided above and let me know if you see the same issue? Also, if you have the chance, are you able to recreate this with brand new files, possibly in English, and see if the same thing happens?
I apologize for all of the extra work - the workaround for the moment may be to include a start tip on that interaction, or restrict the navigation so that learners cannot create the issue by skipping ahead. It seems that once it's broken, it stays that way.
Hopefully we'll be able to figure out what's actually causing this. If we're unable to fix it for your projects, I'll collect all the information we've gathered and submit this as a bug with our QA department.
Thanks very much for trying that out - I'm glad to hear my test file is functioning properly for you.
And no problem - I was under the impression you were developing along with Odile. Hopefully she'll have a moment to test things out on her end and let me know how it turns out.
If you get a moment, please take a look at the last couple of responses. I did take a look at Sylvia's screencast, and as I mentioned, I was able to reproduce the issue with the file you provided. As I discussed with her, I'm not able to recreate this with a new project, the same steps, and the same type of interactions (some with and without the start tip enabled).
I cannot consider this a bug until I'm able to reproduce this in a brand new file - I have to be able to provide this information for our QA team. If it's submitted at this point, it would only be customer and file-specific.
I agree that it's annoying and I certainly don't want to see this come up again for you, or any other developers. This is why we need to figure out if it's specific to the files you're working with, or if we can recreate this in a new project. If I'm able to recreate this in a new project, I will certainly submit this as a bug for further investigation and we can work toward a fix.
I wasn't aware that Sylvia wasn't working with the project files. As I mentioned before, I'm thinking it may be related to the language of the project, or a corruption issue. Are you able to recreate this in a completely new Presenter and Engage project? If so, does the same thing happen in an English-only project?
I'll continue testing with your current file, but if you could try that out on your end when you have a moment that would help :)
26 Replies
Hi Odile,
Your image did not come through for me, so I'm unsure what you're looking to delete. Are you able to try sharing the image in a different way?
sorry for being late to answer
here is the image
In the same eLearning we have some engage file with a start tip and some without. And apparently the one without keep the start tip even if we selected as below
How can we get rid of it ?
thanks a lot
Hi there Odile,
Thanks for sharing the screenshot!
It looks like you're using the correct settings to hide the start tip in Engage. Does this happen when you're previewing and after you've published the file?
Are you able to attach the .INTR file to this thread so I can take a look?
Thanks!
It happens when published.
Here is one of the .intr file, it has been changed in between as I tried to get rid of it.
But the start tip persist when published$*
thanks
Hi Odile,
I wasn't sure which version you were using (09 or 13), so I published the interaction with both:
Testing for Odile En13
Testing for Odile En09
I'm not seeing the same thing during preview or after publishing and uploading.
If you're seeing this after publishing, please make sure you're not viewing the project locally. If you view a published presentation on your local hard drive or send it to someone else to view on their local hard drive, you'll encounter security restrictions from the computer, web browser, Flash Player, and network that'll cause various features of your content to fail.
To properly test your published content and share it with others, upload it to the environment for which it was published.
It may also help to clear your browser cache, if you've viewed the project multiple times in the same web browser (locally or on a web server/LMS).
Thanks!
Hi CHristine
It was the case I have this bug even if published on an external server and cleared history but it persist.
you don't see it because one single engage file is working correclty.
It happens when you have a mix of engage files = WITH a start tip + WITHOUT the start tip.
To answer your question, I'm still using Presenter 09.
For the moment, the only solution that I have is to unactivate the tips and arrows in EVERY file of the same course.
If you have something else, I would appreciate.
Thanks a lot
Odile
Here is the same bug from another engage file when republished and cleared history.
Hi Odile,
I apologize, I was under the impression that interaction was having the same issue on its own.
I created a test project with two Engage 09 interactions, one with a start tip enabled and the other with it disabled.
I'm not running into the problem with this file.
Testing for Odile
So, that's really not expected behavior. I wonder if it might be file-specific. How large is your entire project, where this issue is showing up? If it's not too large, you could create a Presenter Presentation and attach it to this thread.
Articulate Support - How to Create an Articulate Package
If the file's too large, you can upload it to this form. Please be sure to let me know if you use this form, so I can take a look at the file.
Thanks!
Hi Christine
I can see that your test is OK
Thanks for this.
The project is quite big indeed, the .ppta is around 60 Mo. So I don't know the limit for you.
Waiting for your answer, I will try to creat as you suggest a new project with the some existing engage file and to publish it for test.
we keep in touch.
best
I'm back again
attached is the package of a project using 3 of the existing engage files.
the first should be without start tip, the second is with start tip, the third is without.
When you view them several time, the start tip appears where you don't want it. It's an empty bullet without text.
best regards
Odile
Good morning Odile!
I hope you had a great weekend :)
Thank you for sharing your test project files. I've uploaded and tested the file you gave - though it did prompt me to update the original files, I did not. I wanted to make sure I'm testing with the same content you provided.
I've uploaded the project here:
Testing for Odile
When you say you view them several times, how many times are we talking about? 3-5, 10-15 or more? If so, that could be a caching issue. Are you refreshing the entire presentation when you view them again, or are you just going back in the slides and starting them again from the menu or navigational buttons?
Also, what web browser(s) have you used?
Thanks!
Hi Christine
I've opened the file you sent.
but I'm sorry to say that the bullet is also there
I viewed page 1 then 2 then 3 and when back to page 2 and back to page 3 again.
I'm using firefox browser.
attached is what I can see :
the attachement
Hi Odile,
I've tested again, multiple times, in Firefox version 25 and 26. I've navigated back and forth through the slides using the navigation buttons in the player, as well as through the menu itself. I'm just not able to reproduce this.
What version of Firefox are you using?
Have you tested in Google Chrome, Safari or any other web browser?
Also, do you know what version of Flash you're currently using?
Thank you!
I've version 26.0 for Firefox
not possible to test Safari
one of my collegue will test with Chrome
sorry for the short answer, i'm late
No problem at all, Odile.
Just let me know if your colleague experiences the same problem, or if you're able to use another browser to test this.
Have a great day!
Hi Christine,
I'm coming on board. I just tested the link you provided with the most recent releases of both Firefox and Chrome but unfortunately there is still the empty tooltip on the fourth slide.
I noticed that If I go directly with the left menu to this fourth slide, there is no empty tooltip displayed. But as soon as I'm going first to the third slide (having a filled tooltip), the fourth slide instantly displays the empty tooltip.
Sorry for only confirming the bug we have here.
Sylvia
Hi there Sylvia and welcome!
No need whatsoever to be sorry, I appreciate the additional information and the fact that you took the time to check this out.
One thing I'm not clear on is this statement:
"..as soon as I'm going first to the third slide (having a filled tooltip), the fourth slide instantly displays the empty tooltip."
This is not when you're accessing the slide through the menu, correct? Have you advanced in the interaction on the third slide at all, or are you jumping to the fourth while the tooltip is still displayed on the third slide?
If it would make it easier, it may help me get a better idea of the exact steps you're taking if you could share a screencast.
If you could record a quick screencast on Screenr and share the link, I can confirm I'm taking the same steps and see if I'm able to reproduce this on my end.
Thanks again!
Hi Christine,
Thanks for your reply. I have created a record screen with Storyline here attached in the archive.
In this quick scenario, I navigate only with the menu. I do the following:
1/ Going directly to the fourth slide and show that there is no empty tooltip there
2/ Going first to the third slide and waiting for the tooltip "Weiter" to appear then going to the fourth slide. Still no empty tooltip
3/ Going again first to the third slide but *NOT* waiting for the tooltip "Weiter" to appear then going to the fourth slide. Here is the empty tooltip!
It seems that this unwanted tooltip occurs only if we don't let enough time to the "Weiter" tooltip to be displayed.
I hope this will help
Good morning Sylvia,
That's absolutely perfect - thank you very much for sharing that screen recording. I can definitely see when it comes up for you now, and thanks to the recording I was able to reproduce the issue with your project as well.
I am not, however, able to reproduce this in a new project.
Here's the project I created for testing, if you'd like to take a look on your end:
http://chendrickson.articulate-online.com/4556550781
You'll notice there's a single slide, an interaction with no start tip, an interaction with a start tip and another with no start tip. I've tried the combinations of navigating and not able to get the start tip to break on this project.
I'm wondering if it's related to those specific Engage files, the language or possibly the version of Presenter/Engage 09 that's being used to publish the project files.
Could you take a quick look at the link I provided above and let me know if you see the same issue? Also, if you have the chance, are you able to recreate this with brand new files, possibly in English, and see if the same thing happens?
I apologize for all of the extra work - the workaround for the moment may be to include a start tip on that interaction, or restrict the navigation so that learners cannot create the issue by skipping ahead. It seems that once it's broken, it stays that way.
Hopefully we'll be able to figure out what's actually causing this. If we're unable to fix it for your projects, I'll collect all the information we've gathered and submit this as a bug with our QA department.
Thanks so much for your assistance and patience!
Christine
Hi Christine,
Thanks for creating this example with new files. I tested the slides and, in fact, there is no tooltip where it is not supposed to be.
Unfortunately, my contribution can't go further because I have not the Articulate software.
Kind regards,
Sylvia
Hi Sylvia,
Thanks very much for trying that out - I'm glad to hear my test file is functioning properly for you.
And no problem - I was under the impression you were developing along with Odile. Hopefully she'll have a moment to test things out on her end and let me know how it turns out.
Thank you again and have a great Friday!
Hi Christine
I'm sorry to say that the issue is still there for me and for Sylvia. Please review the screen record from Sylvia.
We have tested in several browsers Chrome IE and Firefox. Tested differents files....
Can you please consider that this a bug and that your services will work on it ?
It's really annoying for a learner to have this "empty buble flashing"
Thanks
Odile
Hi Odile,
If you get a moment, please take a look at the last couple of responses. I did take a look at Sylvia's screencast, and as I mentioned, I was able to reproduce the issue with the file you provided. As I discussed with her, I'm not able to recreate this with a new project, the same steps, and the same type of interactions (some with and without the start tip enabled).
I cannot consider this a bug until I'm able to reproduce this in a brand new file - I have to be able to provide this information for our QA team. If it's submitted at this point, it would only be customer and file-specific.
I agree that it's annoying and I certainly don't want to see this come up again for you, or any other developers. This is why we need to figure out if it's specific to the files you're working with, or if we can recreate this in a new project. If I'm able to recreate this in a new project, I will certainly submit this as a bug for further investigation and we can work toward a fix.
I wasn't aware that Sylvia wasn't working with the project files. As I mentioned before, I'm thinking it may be related to the language of the project, or a corruption issue. Are you able to recreate this in a completely new Presenter and Engage project? If so, does the same thing happen in an English-only project?
I'll continue testing with your current file, but if you could try that out on your end when you have a moment that would help :)
Thank you and have a great day!
This discussion is closed. You can start a new discussion or contact Articulate Support.