Jump to content

Yoz Linden

Retired Linden
  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Yoz Linden

  • Rank
    Advanced Member
  1. Curious Hazelnut wrote: 2) The editor built into viewer 2 still doesn't line up the cursor with the text you are editing properly on large files. This is very common for scripts and when writing instructions for new products. It is a huge problem when trying to edit what has already been written. This sounds like a nasty bug in our editor - do you know of a JIRA issue for it? In the meantime, there are some useful workarounds. As Hitomi said, you can now use external text editors to edit LSL scripts. If you have the "Advanced" menu enabled, hit "Show Debug Settings" then set the externalEditor setting to a command line for invoking your editor application of choice - for example, here's a command line for a non-existent Windows editor: C:\Program Files\JoannaLumleyEdit\joanna.exe "%s" (Note the "%s" at the end, in which the temporary script file is passed to the editor.) Now, when you open a script to edit, the viewer's editor window will have a new Edit button at the bottom. Clicking this button will download the script to a local temporary file and open your chosen external editor app. Every time this file is saved by your editor, the Viewer will notice and put the results back in the viewer's editor. I hope this solution makes things easier!
  2. We decided to reconfigure the Viewer 2 forum setup, and in order to get it going quickly, didn't move and reorganise old posts from the old system. However, please feel free to criticise Viewer 2 as much as you like, as long as you stick to the forum guidelines while doing it. Also, speaking on behalf of the Viewer 2 team - which I'm not really a member of - making criticisms in a constructive manner will improve their chances of being addressed. Alternatively, go for comedy value. ("My Viewer 2 walks into a bar...")
  3. We previously had consistency and security issues with people referencing external image URLs in posts. As such, any images to be included have to be uploaded to the site. Fortunately, it's pretty easy - just hit the "Insert/Edit Image" button in the edit toolbar, which will pop up a form that allows you to either upload an image or reuse a previously-updaded one.
  4. Wait, so… why not add the ability to vote against something, instead of removing voting altogether? For several reasons: Firstly, this doesn't address Oz's original point about the relative insignificance of even high vote counts compared to the size of the user base overall. It's usually a small enough number that it's easy to game. In terms of data we use to make a decision, vote counts are among the least helpful stats. Secondly, and more importantly, it's because the decision-making around a huge number of JIRA issues is more complex than simply "yes" or "no". We often find that solutions to an issue requires more design work than us just saying "OK!". (Examples: Which of these potential solutions is best? If we choose this solution, who's negatively affected? Is this a symptom of a wider or different issue?) Issues rarely have one simple route to resolution that requires no further discussion, so simple "yes/no" votes are pretty much useless. What we need are customers who will represent interested parties in helping us reach the best solution by providing constructive answers and arguments. The count of Watchers is useful to us in terms of guaging the number of people so affected by the issue that they're staying in the conversation around it; this helps us judge which issues are "hottest", but doesn't allow the system to be gamed towards a specific resolution. It also shows us that we have more people willing to help us design a solution.
  5. Premium accounts do not lose their inventory if they are delinquent and non-paid for several months. Really? When did that change? Where is that documented, in writing? This was a problem that was fixed over a year ago, and documented here.
  6. Further to previous discussion and requests, the link colours have now been changed: Nav bar links are white, and main body links are a much darker green. Let us know how it looks! As with most of the JIRA work going on, thanks go to our fabulous JIRA Mistress, Sue.
  7. Edit #3: I am consistently getting Javascript errors when attempting to vote on issues, and thus cannot. (For the record, I'm using Opera 10.62 Build 3500.) I'm not sure why that is, but if I had to take a wild guess I'd suspect Opera rather than JIRA in this case. It's possible that a later Opera version may fix it. Meanwhile, note that there are (at least) two different ways of registering a vote: Either click the checkmark next to the vote count on the right hand side, or choose the "Add Vote" item under the "More Actions" menu button. It's very possible that neither works for you in Opera, but it's worth a shot.
  8. Erm, I didn't enter Jira, I entered Red Hat Linux Test page at https://jira.secondlife.com/.. hehe.. You need to bang some harder Yoz. Yoz banged on something. It's fixed now. Ty Yoz. Looks cool! Ty Torley for the amzing Jira tuts! It wasn't me who did the banging in this case, but I'll pass it on.
  9. Best of all, my bookmarks to specific issues now take me to ... the dashboard! Very helpful! Especially when the issue I bookmarked isn't on it! Awesome. Ah, this may be the problem you're experiencing - the first page view of a session will redirect you to the dashboard, but all later links in that session should work. Fix in progress.
  10. Thanks for pointing that issue out - I've marked it Released (which is the new "Resolved - Fixed"). (Edited to clarify: "Fixed" is still a resolution, and applies here. "Released" is the workflow action and status.) For the moment we're limiting the ability to resolve issues, but we may open it up wider in the future.
  11. How do I get back a list of issues I've voted on? Try this query.
  12. "Released" is now "resolved?" Really? What IS is with you people and changing things that don't need changing? How does "released" make sense with a bug in something that's already released? You don't release a bug, you resolve a bug. You release a bug fix, and just because a fix is in doesn't mean it's been released, does it? Why add confusion to an already fairly complex thing? WHY? I didn't explain this very well the first time, so let me clarify: There are multiple resolution types for issues, and always have been; examples are "Fixed", "Cannot Reproduce", "Duplicate" etc. So "Resolved" is still there, and means exactly what it did before. "Fixed" is still there too. What we've done is change the arrangement of statuses and resolutions. Choosing the "Released" action sets the status to "Released" and the resolution to "Fixed". For more information, take a look at this wiki page. These changes were driven by problems with the existing workflow; we're not just shuffling this stuff around for the sake of it. The old JIRA had a very business-like look to it. This looks like ... well, the rest of the web properties. Not business-like. More, social-networky-like, except harder to read. Not everything needs this goofy green and ultra-thin font, you know. I'll see what we can do about the light green links on a white background (both on JIRA and elsewhere). As for the font weight, it's standard, though the point size is a little bigger. Changed the emails too? Now I get to change my filters? Thanks! Not. Nope, it was a temporary glitch and is now back to previous settings. See my comment above. Best of all, my bookmarks to specific issues now take me to ... the dashboard! Very helpful! Especially when the issue I bookmarked isn't on it! Awesome. We try to ensure that all existing inbound issue links continue to work. I thought we had this covered, but if you have a repro example, we'll take a look. I'm NOT A FAN, Yoz. I don't mean you, I think you're alright ... but these cosmetic changes were unnecessary, and are not an improvement. Can't you guys ever accept that when something isn't broke, you don't need to "fix" it? As said above and previously, we've made these changes to bring about multiple improvements, many of which had been long-requested both internally and externally. The major changes are part of JIRA 4.1, an upgrade that was necessary for much of what we're doing to improve our bug-fixing efficiency. The new UI is faster and cleaner; certainly, the new UI and keyboard shortcuts make a big speed difference when working with issues. Bear in mind the #1 reason why we're doing this: we want to fix more bugs faster and more transparently. This is far from the only work that needs to happen for that, but it's a big step towards it.
  13. Yoz, is there a way to set the subject of the email notifications back to instead of ? I adjusted my mail filters but now also offline notifications like group notices land in my JIRA folder... Whoops, sorry about that - fixed! All emails will have a subject prefix of from now.
  14. From sl.com, to help=>issue tracker, Wiki issue tracker=> link to the Jira (i.e. the normal path for us) Next a big and huuge ultra mega warning from Firefox that I'm enterering an insecure connection. That's new for me. Have to click on I understand risks, and add exception to continue. It doesnt trust the certificate, it belongs to another website? Erm, I didn't enter Jira, I entered Red Hat Linux Test page at https://jira.secondlife.com/.. hehe.. You need to bang some harder Yoz. Sorry about that - we had a problem where the HTTPS service was using a bad cert. It's fixed now, and both HTTP and HTTPS should work fine.
  15. First thing I noticed when clicking the link to the new Jira is a redirect page. Had to click another link either to go back or go on to the Jira. HUH? Whoops - sorry about that. My fault when copying links around to create this blog post. Fixed. What the heck does Agile mean anyway?? Are people who don't read the blogs expected to know where to go to find the information contained in there? That could probably be named better - I'll see what we can do.
  • Create New...